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LETTER FROM THE EDITOR 


The Partnership Model... 


rogrammable logic technology is advancing at a phenomenal rate; our industry is booming, busi- 
P ness has never been better, and Xilinx is growing faster than we ever imagined. Our devices are 
bigger, faster, easier to use, and less expensive than ever before, and there are many new development 
tools, support products, and services being offered by a growing number of companies. In addition, 
as we add new features, increase performance, and lower prices, many new types of applications are 


opening for our products-and that fuels even more growth and more innovation. 


The phenomenal growth of programmable logic technologies is the result of teamwork; we didn’t do it 
alone. As you can read in the article on page 4 from our CEO, Wim Roelandts, Xilinx is based on a 
partnership model that includes our technology partners, our stock holders, and you, our customers. 
Clearly, our sustained success is very dependent on the success of those who work with us. That’s one 
reason why we work closely with our technology partners and support their development of new prod- 
ucts and services. It’s also why we work closely with you, to make sure we are creating the right prod- 


ucts for your current and future needs. It’s also why we publish this journal. 
Communication is Key 


Communication is necessary to sustain a healthy partnership, and effective communication requires a 
two-way process. This journal intends to bring you the latest information about programmable logic 
technologies and how to use them. It also brings you the insights of industry insiders about the trends 
and developments that will affect you in the future, so you can make informed decisions today. We are 
always striving to include articles that make a positive difference for you, and present those articles in a 


format that is interesting and easy to read. 


Your feedback is important because we want to continue bringing you the types of articles that matter 
most to you. After all, this is your journal; it exists only for your benefit. So, let me know what you think 


about our new Xcell Journal; your suggestions for improvement are always welcome. 
Write for Xcell 


If you have a novel solution to a common design problem or if you have developed a unique design, 
why not share it with your peers? Writing technical articles for Xcell is easy, it can gain you a modest 
amount of fame and fortune, and it’s a great way to promote your company. Send me an e-mail with 


your article ideas, and I’ll send you more details. 


Thanks for your continued support of this journal. I hope you like the new design. 
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Carlis Collins 
Editor 
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he Xilinx Business “Ecosystem” 


by Wim Roelandts, 
CEO, Xilinx 


In today’s fast 
paced high tech- 
nology business 
climate, the keys 


to success are 





complex and 
they change constantly. It’s difficult for any 
one company to master all of the necessary 
functions of business management, prod- 
uct design, manufacturing, marketing, 
sales, and customer support. And, as the 
breadth of required knowledge and expert- 


ise expands, people are becoming much 
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more specialized in their jobs, taking a 
more narrow focus, because there is so 
much to master. That’s why it has become 
imperative that high technology compa- 
nies, such as Xilinx, focus on the key 
aspects of their business, to become excel- 
lent at their core technology and business 
processes, while partnering with other 
companies that are also the best in what 


they do. 


Well managed companies must also learn 
to partner with their customers to develop 
the insight and the processes that ensure 
the success of each new generation of tech- 


nology. And, if the company is successful, 


its shareholders will profit and will contin- 
ue to support the company through stock 
purchases—a key factor in the economic 


health of the company. 


This partnership between companies, spe- 
cialized partners, customers, and share- 
holders is like an ecosystem where each 
part depends on the others, and the 
boundaries between each are blurred as 
they work closely together. For each part of 
this ecosystem to survive and to thrive, all 
parts must work well together, in balance, 
and this must become the primary objec- 
tive of the company management—if any 


part of the ecosystem fails, all will suffer. 





The Five Habitats 


The Xilinx business “ecosystem,” as I see 
it, is composed of five main “habitats,” or 
overlapping systems: 


¢ The Company - People who focus on the 
primary business goals; the direct 
employees and managers of the 
company. 


e Customers - People who not only 
buy products and services but also 
influence the design of new prod- 
ucts. 


e Partners - People who support the 
ecosystem through supplying need- 
ed services to the company (such as 
manufacturing and sales, intellectu- 


al property and design support). 


e Investors - People who own the 
company and support it through 
their continued investment. 


¢ Government - People who have an 
impact on the overall business envi- 
ronment by making laws and regu- 
lations that can affect the company. 


Each of these habitats must be healthy 
and prosperous for the overall ecosys- 
tem to be healthy and prosperous. 


The Company Habitat 


For a company to prosper and grow, it 
must create and maintain a balanced 
ecosystem. Therefore the company must: 


e Determine the core competencies 
required for long term success and 


become excellent in those key areas. 


e Determine which functions can best be 
handled by other companies (partners), 
and manage those relationships well. 


e Work closely with customers to develop 
the right products and to provide spe- 
cialized services. 


¢ Become a learning organization, adapt- 
ing to the dynamics of the marketplace. 


¢ Be dynamic, adaptive, and free to inno- 
vate, with room to make mistakes. 


¢ Take good care of its employees by pro- 
viding a rewarding, satisfying, and 
friendly work environment. 


¢ Have a Chief Executive Officer who is a 
coach, not the “quarterback.” Because 
the business “game” is dynamic, the 
coach must have competent managers 
and trust them to fulfill their specific 


responsibilities. 
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The Customer Habitat 


For customers to prosper and grow, they 


need: 


e A continuous flow of innovation from 
the company to help them create lead- 
ing edge products and remain competi- 


tive in their markets. 


e Easy access to all of the company’s 
intellectual property. 


¢ Open channels of communication with 
p 


the company to: 


- help it create the right products 
and services, and become a better 


company 


- receive the latest technical and 


marketing information 
The Partner Habitat 


For partners to prosper and grow, they 


need: 


— 


e Advanced information about new prod- 
ucts and new technologies coming from 


the company so they can be prepared. 


¢ Cooperation from the company for 


product development and marketing. 


¢ Constant communication with the 
company to share information 
about trends, and to maintain 


overall balance. 


¢ A working relationship that helps 
them manage their business more 


effectively and be more successful. 
e Training. 


When partners are prosperous and 
growing, customers receive better 
service and a broader range of sup- 


port products and services. 
The Investor Habitat 


For investors to prosper and grow 
they need: 


¢ The company to be well managed 
and provide good return on invest- 


ment. 


¢'Io have a good understanding of 
the company’s strategy and busi- 
ness practices. 


¢ To have timely and unbiased informa- 


tion about the company’s results. 


In many cases, employees, customers, and 
partners are also company stockholders, 
and therefore they are doubly motivated to 
maintain a healthy environment that sup- 
ports the long term growth of the compa- 
ny. This is important because the compa- 
ny’s ability to borrow money and therefore 
its flexibility and adaptability are directly 
affected by the company’s worth on the 


stock market. 
The Government Habitat 


To ensure that government supports the 
company and to ensure that the company 
is a good corporate citizen, the company 


must: 


e Educate the government about the com- 
pany and its products. 


¢ Give feedback on proposed laws and 
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policies that can an impact on the com- 


pany and its industry. 


¢ Build a partnership with local govern- 
ment to improve the local community 


and to reach common goals. 
How the Xilinx Ecosystem Works 


Our primary responsibility must be to 
develop, manage, and balance our business 
ecosystem if we are to remain the leader in 
our industry. So, our first task was to 
decide what key competencies we needed 
within Xilinx and which we could entrust 


to outside partners. 


We have defined four core competencies 
that we must keep within 


Xilinx: 


¢ Product design and tech- 


nology development. 
¢ Marketing. 
¢ Customer suppott. 


e Partner relationship 


Management. 


By focusing on these core 
functions, we can put our 


resources to best use. 
Product Design 


Product design is our pri- 
mary focus because inno- 
vation is the lifeblood of 
any high technology company; we spend 
more money on research and development 
than any of our competitors. We continu- 
ously strive to create leading edge devices 
and support tools that meet the specific 


needs of our customers. 
Marketing 


It’s not enough to create “dream” products 
with more and more features. Excellent 
products must consistently meet the needs 
of our customers and our customers must 
be fully aware of what we offer. It is the 
function of marketing to make sure that 
we are in full communication with our 


marketplace, in both directions. 


Customer Support 


To create superior technology, and make 
the world aware of it, goes a long way 
toward the success of any company. 
However, without effective and consis- 
tent customer support, it’s not enough. 
Our technology is complex, and to use it 
effectively requires an in-depth and con- 
stantly evolving expertise. That’s why we 
created our in-house staff of highly- 
trained support engineers and design 
services professionals who can quickly 
help you meet any challenge. 


Sometimes the difference between our 
products and our services blur. For exam- 


ple, our in-house development tools and 





intellectual property are products, but 
their sole purpose is to assist you in cre- 
ating the best possible designs with the 
least time and effort. So, though most of 
our revenue comes from the sale of 
FPGAs and CPLDs, we must also make 
sure the best tools and services are avail- 


able too. 


We also work with many third-party con- 
sultants to provide training, design serv- 
ices, IP development, tool development, 


and so on. 
Partner Relationship Management 


Two of the most important competencies 
that we decided to entrust to outside part- 


ners are manufacturing and sales. So, 
Xilinx has no fabrication facilities or direct 
sales force. These are two of the most 
expensive functions in any company, and 
the costs are not fixed. In a cyclic industry, 
such as our own, we gain a significant cost 
advantage by outsourcing these functions 
to partners who have made it their busi- 
ness to be the best; plus we gain added 
flexibility that helps us weather the 
inevitable down turns without having to 
lay off employees or suffer heavy losses. 
Therefore, within Xilinx, we have dedicat- 
ed people to manage these relationships 
with our 3rd party manufacturing and 
sales partners. In addition, we also have 
dedicated marketing people who manage 
our _ relationships 
with our develop- 
ment tool partners, 
helping them define 
and market their 
products to our cus- 
tomers. 


For manufacturing, 
we have partnered 
with UMC in 
Taiwan and Seiko- 
Epson in Japan. 
UMC has created 
one of the world’s 
leading IC fabrica- 
tion facilities, with 
the very latest equip- 
ment and _ process 
technologies. And, 
because it is their business to manufacture 
semiconductors, they are always on the 


cutting edge of process technology. 


We work very closely with UMC to devel- 
op new manufacturing technologies and to 
ensure that our designs can make best use 
of the highest performance, and least 
expensive, process technologies. Through 
this partnership, we have moved from 0.5ny 
technology to 0.15p in less than five years; 
and 0.13 technology is soon to be in use. 
This fast-paced process migration has 
helped us to quickly reduce costs and sig- 
nificantly increase density, which means 
you get faster, less expensive devices, soon- 
er. We could not have progressed this 


quickly with an in house fabrication facili- 
ty—the costs would have been far too 


high. This partnership has benefited both 


companies, as well as our customers. 


For sales, we use our distributors and inde- 
pendent sales representatives. Sales is obvi- 
ously a critical function in any company, 
and is very expensive. We chose to partner 
with our distributors because Xilinx prod- 
ucts are a key source of revenue for them, 
often providing more revenue than any 
other product line. Therefore our distribu- 
tors have a lot of incentive to focus on our 
products and to use their extensive sales 
force to focus on Xilinx. This is another 
win-win partnership that helps both com- 
panies adapt to the inevitable ups and 
downs of the business cycles. Our cus- 
tomers also benefit from the broad range 


of services provided by our distributors. 


At Xilinx, average revenue per employee is 
$600K; many companies with in-house 
sales teams are fortunate to have 
$200,000/year/employee. By keeping our 
sales costs low, we can put more resources 
into research and development which 
keeps us on the leading edge of technolo- 
gy, and makes our customers and our 


investors very happy. 


For software support, we partner with the 
industry's leading software and develop- 
ment tool suppliers to make sure that you 
have access to the broadest range of tools 
and support. We work very closely with 
the leading software suppliers to make sure 
that our tools work well together. Though 
we have a massive in-house effort for soft- 
ware development we also know how 
important it is to provide you with the 
new tools and processes that are constant- 
ly being created in the marketplace. 


For research, we partner with universities 
and research centers around the world to 
access the latest developments. Plus, the 
Xilinx University Program is helping train 
engineering students in the use of pro- 
grammable logic devices by providing 
donations, discounted products, and servy- 
ices. Today there are over 1200 universities 
using Xilinx in class labs; about 15% of all 


of the engineering universities worldwide. 


The Xilinx Value System 


Values are what holds any organization 
together and define the boundaries within 
which its employees can efficiently func- 
tion. Too often a company’s values are 
undefined however and this leads to errat- 


ic results and confusion. 


To help us manage and balance the Xilinx 
business ecosystem, we developed a clear 
and consistent set of values that we live by. 
In part, these values are the boundaries 
that allow our managers the room to inno- 
vate and to take ownership of their func- 
tions. Our values also help to make Xilinx 
a great place to work which inevitably 
leads to better products, happier cus- 
tomers, and increased profits. 


Our values are contained within the 


acronym “CREATIVE” which stands for: 


Customer Focused. We exist only because our 
customers are satisfied and want to do busi- 
ness with us... and we never forget it! 





Respect. We value all people, treating them 
with dignity at all times. 


Excellence. We strive for “Best in Class” in 
everything we do. 


Accountability. We do what we say we will do 
and expect the same from others. 






Teamwork. We believe that cooperative action 
produces superior results. 


Integrity. We are honest with ourselves, each 
other, our customers, our partners, and our 
shareholders. 


“Very” Open Communication. We share infor- 
mation, ask tor feedback, acknowledge good 
work, and encourage diverse ideas. 


Enjoying Our Work. We work hard, are 
rewarded for it; and we maintain a good sense 
of perspective, humor, and enthusiasm. 
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Many companies—even successful ones— 
view themselves as adversaries with their 
customers and with their marketplace, 
often using military tactics and focusing 
on winning at all cost. We think there is a 


better way. 


To become successful, and remain com- 
petitive, high technology companies must 
view themselves as part of a synergistic 
whole that includes customers, strategic 
partners, employees, investors, and gov- 
ernment. At Xilinx, our role is to maintain 
the dynamic balance of this system, and to 
keep it growing and expanding in a way 
that makes everyone more whole and 


prosperous. 


When you work with Xilinx, you'll see what 
a positive difference our “ecosystem” atti- 


tude can bring to your long term success. 
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7 Chiet Technology Officer, Synplicity, Inc. 





In today’s marketplace there is enormous pressure to create increasingly com- 
plex systems and get those systems to market as offal as powiore To chal 
lenge these efforts, there is a lack of qualified engineers, industry stan- 
dards are constantly changing, ASIC development costs are skyrock- 

eting, and new technologies are quickly making yesterday's meth- 

ods obsolete. These problems are intensified with the fierce 

competition for lucrative emerging markets. The risks are 

significant; one equipment vendor estimates the cost 

of missing a market window to be more than 


$1 million a day. 


However, there is also good news. a 
multi-million gate FPGAs offer | 
promi for desig: onf 


at ASI bi 
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time-to-market demands and lower devel- 
opment cost of FPGAs, combined with 
today’s FPGA capacities well in excess of a 
million gates, are yielding a profound 
increase in the number of applications 
being realized in programmable form. 
From networking and telecommunications 
designers grappling with narrow market 
windows and evolving standards, to a 
broad scope of designers seeking low-risk 
rapid prototyping, the number of people 
turning to FPGA solutions is quickly 


expanding. 
Engineers Designing both FPGAs and ASICs 


Only six years ago, engineers were divided 
into two distinct groups: those that 
designed ASICs and those that designed 
with FPGAs. The FPGA designers were 
primarily schematic based while the ASIC 
designers had adopted RTL technologies. 
These two groups didn’t work together. 


Today, things have changed. Many design- 
ers developing FPGAs are also designing 
ASICs, often at the same time. In addition, 
designers are now less concerned about the 
underlying device technology because the 
gap between ASIC and FPGA performance 
is narrowing. However, ASICs will remain 
the technology of choice for certain types 
of applications. If a design must operate at 
the low end of power consumption or at 
the extreme upper end of performance, or 
if you are designing a very high-volume, 
cost-sensitive system, an ASIC is likely the 
most cost-effective solution. If design flexi- 
bility or remote design upgradability are 
needed or if engineering time and risk must 


be minimized, an FPGA is a logical choice. 
The SoC Opportunity for FPGAs 
The advent of systems on chips (SoCs) is 


more than a simple extension of ASIC 
technology to higher density. With SoCs, 
ASIC designers have become system 
designers, and the event-driven simulation 
technology traditionally used is no longer 
sufficient for verifying functionality. 
Instead, what designers urgently need is a 
faster, higher-level, hardware-oriented veri- 
fication path that accepts actual system 


inputs to yield actual system outputs. 


Fortunately, just such an approach exists in 
RTL prototyping, a methodology being 
adopted widely by both ASIC vendors and 


system houses. 


In contrast to conventional ASIC designers 
who tend to focus on the functions within 
their chips, SoC designers must give much 
more consideration to the system-level 


nature of the device's inputs and outputs. 





Software simulation, which checks circuit 
functionality against a blast of test vectors, 
falls short of allowing system I/O to be 
tested. Other drawbacks of software simu- 
lation are well known; it is too slow and 
cant reproduce electromechanical interac- 
tions such as fetching data from a drive. 
Simulation can take as much as 60 percent 
of the design cycle time and require too 
many iterations between RTL and gate- 
level implementation. Also, it does 
not allow for co-verification of hardware 


and software. 


These roadblocks stand in the way of what 
SoCs require. For example, consumer and 
communication designs (areas of great 
promise for SoCs) compete within tight 
time-to-market windows that suffer when 
debugging takes many iterations through 
long cycles of simulation and synthesis. In 
addition, many chips for these markets 
must run at high clock rates to verify their 
correct operation. Inadequate verification 
of these designs can mean one or more fab 
re-spins, which can cost over $1 million per 


re-spin and take up to six months. 


To take fuller advantage of the SoC phe- 
nomenon, designers can instead turn to 


RTL prototyping, a new methodology 


that is possible through the emergence of 
fast, dense FPGAs such as the Xilinx 
Virtex FPGAs and synthesis technologies 
that can translate ASIC RTL into multi- 
ple FPGAs. By building a version of their 
design in hardware using multiple 
FPGAs, designers can use RTL prototyp- 
ing to leapfrog all of the limitations of 


software simulation. 


TODAYS MULTI-MILLION GATE FPGAS OFFER 
GREAT PROMISE FOR DESIGNERS CONFOUNDED 
BY THE LIMITATIONS OF TRADITIONAL 

ASIC IMPLEMENTATION. 


“KEN MCELVAIN, SYNPLICITY 


FPGAs Offer Design Flexibility 


The Internet’s explosive popularity, and 
the resulting surge in demand for band- 
width, has created immense competitive 
pressure for communications equipment 
makers. To complicate matters, the com- 
munications market is a minefield of spec- 
ifications evolving unpredictably toward 
standardization. Schemes for carrying 
voice and video over the Internet, or the 
Internet over cable, or any number of vari- 
ations on the Internet theme bring with 
them a multitude of implementation 
details that often must either be ironed 
out by committees or decided by the 


market. 


Such last minute unpredictability makes 
bringing complex communications equip- 
ment to market quickly even more diffi- 
cult. Equipment vendors who hope to 
exploit the high-density and high-volume 
economics of ASIC technology risk every- 
thing should a last minute protocol 
change force a silicon re-spin. Realizing 
this, increasing numbers of equipment 
manufacturers are instead opting for the 
fast turnaround and flexibility offered 
by FPGAs. 


The quick re-configurability of FPGAs car- 
ries other benefits in addition to accommo- 
dating shifting specifications. By exploiting 
the option for in-system programmability, 
companies can easily and affordably make 
field upgrades, correct bugs and add fea- 
tures over the Internet, to name just a few 


possibilities. 
The Impact of FPGA Technology Advances 
FPGA technology used 


to be one or two 
generations behind 
ASICs. However, the 
increase in FPGA den- 
sity and performance 
has steadily outpaced 
that of ASICs for some 
time. Because of the 


increasing NRE costs 


of leading-edge ASICs, 


the typical ASIC 
design is falling farther 
behind the leading 


edge of process tech- 
nology, while FPGAs 
are becoming process 


drivers. 


However, taking full 
advantage of state-of- 
the-art FPGA technolo- 
gy today presents new 
and difficult challenges. 
As FPGA process tech- 
nology progresses well 
into the deep submicron realm, intercon- 
nect-dominant delay now poses the same 
difficulties for FPGA designers that previ- 
ously plagued their ASIC counterparts. 
Traditional schematic or logic synthesis- 
based programmable design solutions, sim- 
ilar to the ASIC methodologies of three to 
four years ago, lack the ability to adequate- 
ly account for interconnect effects early in 
the design cycle. With today’s highly com- 
plex circuits and relentless market pressure, 
it is more important than ever that accurate 
interconnect-related performance informa- 


tion be integral to early design processes. 


Evolution of Software 


Design automation is key to enabling this 
new era of FPGA design. Unfortunately, 
simply extending interconnect-aware ASIC 
design technology to the FPGA domain 
wont work. The interconnect configura- 
tions and options unique to FPGA archi- 
tectures cannot be comprehended utilizing 
ASIC 

Instead, 


modeling techniques. 


physical 


new FPGA-targeted design 





automation technology is needed. Such 
technology must address the difficult task 
of bringing accurate information about the 
physical interconnection of a programma- 
ble circuit into the design process without 


extending design cycles. 


Fortunately, FPGA design technology is 
evolving to accommodate the needs of 
designers in the deep submicron era. Of 
particular significance is FPGA-based 
physical synthesis technology. Physical syn- 
thesis factors a design’s physical characteris- 
tics into the synthesis process. During syn- 


thesis, a design is optimized and imple- 
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mented based upon not only traditional 
timing constraints, but also physical con- 
straints. The nature of FPGA architectures 
makes it possible to perform physical opti- 
mization techniques during synthesis, for 
example, moving registers across regional 


boundaries to increase performance. 


Physical synthesis offers significant produc- 
tivity as well as performance advantages to 
FPGA designers. First, the use of physical 
constraints during synthe- 
sis results in more accurate 
timing estimation, elimi- 
nating time-consuming 
and tedious design itera- 
tions common with tradi- 
tional approaches. 
Likewise, physical opti- 
mization during synthesis 
makes it possible to physi- 
cally optimize a circuit for 
the best possible perform- 
ance. Combined physical 
synthesis and optimiza- 
tion techniques can have 
significant cost benefits, 
enabling designers in 
many cases to implement 
a device in a lower-cost 


speed grade. 
FPGA physical synthesis 


forms the critical link 
between | state-of-the-art 
programmable technology 
and designers seeking to 
leverage its unique advan- 
tages. Such technology opens the door of 
opportunity for those faced with today’s 
tough market realities. 


Conclusion 


Market forces have created a risky environ- 
ment where the winners and the losers are 
often separated by only a small gap of inno- 
vation. Therefore, it is increasingly impor- 
tant to produce next-generation designs on 
time and within budget, using limited 
engineering resources. Today's programma- 
ble logic technology and the development 
tools that support them are your keys to 


success in this dynamic marketplace. 


Software 


Maximizing FPGA Design Pertormance 
Using Amplity trom Synplicity 


In very large designs, interconnect delays are becoming more and more predominant. Amplity™ is the first 
physical synthesis tool tor FPGAs that helps you optimize signal routing delays and achieve timing closure. 


by Philippe Garrault 
Technical Marketing Engineer, Xilinx, Inc. 
philippe.garrault@xilinx.com 


Amplify is a new product from Synplicity® that allows you to add 
physical constraints to your design, using the Synplify® PRO syn- 
thesis engine. It links your RTL code to a floorplan of the target 
device. You can assign your RTL code to physical regions by graph- 
ically dropping the logic into these regions. During the synthesis 
process, Amplify will use a set of rules to optimize the RTL code 
based on estimated placement and interconnect 
delays (into and between regions). 


Amplify generates an optimized netlist (.edf file) 
and a Xilinx constraint file (.ncf file) based on the 
specified physical constraints. These files are then 
used by the Xilinx Alliance Series 3.11 software 
tools to implement the design. 


Improving Maximum Frequency 


With Amplify you can iterate the implementation twice. In the 
first pass, you determine the critical paths after place and route. In 
the second pass, you assign physical constraints on these critical 
paths to optimize the netlist. By iterating the second pass, the 
physical constraints can be refined according to the place and route 
post-layout timing report, until your timing requirements are met. 


Another approach is to set several regions prior to implementa- 
tion. These regions could be a representation of the RTL hierar- 
chy of the design and each could contain one block (or module) 


of the design. 


Finally, you could also mix these techniques to get a floorplan that 
would not only be a hierarchy representation but you could also 
add physical constraints on the critical paths regardless of any hier- 
archy consideration. This is what we did in the following example. 


Design Example 


The following example shows how to interface Amplify with the 
Xilinx place and route tools. The design presented is a network 
application, which is divided into a top module driving nine simi- 
lar sub-modules. This code is implementing FIFOs and large 
busses. We targeted a Virtex-E, XCVE1000-7 device. 


<> 
Synplicity’ 


On the first pass, the project is synthesized then implemented with 
global timing constraints only (without physical constraints). 
Figure 1 shows a floorplanned view of the design after the first pass. 
Note that the logic is spread over the chip because, without place- 
ment constraints, the place and route algorithm has no informa- 
tion about what logic is crucial for grouping into a region (or there 
are too many possibilities). The timing constraints were not met, 


and the best frequency obtained was 104.6MHz. 


After this first implementation, we analyzed the 
post-layout timing report to gather information on 
the critical path, such as: 


¢ The number of critical paths. 
¢ The start and end points (single or multiple). 


¢ The type of critical path (link with I/O or purely 


internal, wire or bus). 
¢ The number of logic levels. 


¢ The device resources (flip-flop, combinatorial, block RAM, and 


SO On). 


On the second pass, the different critical paths were assigned in 
separate regions through the Amplify user interface. Figure 2 shows 
the physical constraints entered in the synthesis environment for 
our example. 


The regions are floorplanned according to the required design 
resources, such as block RAM and high fanout nets. . By re-syn- 
thesizing the design with these physical constraints, a new netlist 
file along with a constraint file were created. The place and route 
software uses these optimized files to constrain the logic on these 
particular areas by placing the critical logic together, shortening net 
delays to meet the timing requirements. 


If the constraints are not met, the Xilinx floorplanner can give use- 
ful information about the final layout and determine the precise 
logic utilization within a region, or view the exact placement of 
logic on the critical path. This can help to resize regions, remove 
constraints on non-critical paths, or re-place regions closer togeth- 
er to drive or share common logic or busses. 
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Figure 3 shows the floorplanned view of 
the constrained design in our example. 
Note that the logic is gathered according to 
the constraint file. The best frequency 
obtained was 120.1 MHz, which is a 12.9% 
improvement. Using the post-layout tim- 
ing report and the floorplanner helped us 
focus on the critical parts of the design, 
thus saving time by applying more accurate 
constraints, and reducing the number of 
iteration needed to meet the timing con- 
straints. 


Interfacing Amplify with Xilinx Tools 


Here are some guidelines to help you get 
the best performance from these tools: 


e Put different critical paths into different 
regions. This usually gives better results. 


e If the critical path contains lots of logic, 
two regions can be overlapped: one small 
one containing the most critical logic that 
needs to be placed very close together and 
a bigger one containing the rest of the 
critical path. 


Amplify does not currently write con- 
straints for block RAM or black boxes, 
thus if the critical path includes these 
objects, use the Constraints Editor and 
constrain black-boxes and block RAM in 
the UCF file within or close to the region 
constraining the rest of the critical path. 
Use the following command: 


INST p1.qram1 LOC = RAMB4_ROC1: 
RAMB4_R7C1, RAMB4_R*C2; 


Applying physical constraints to critical 
paths is more likely to improve results if 
the ratio between routing and logic is in 
favor of routing (this ratio is given by the 
post-layout timing report). 


¢ Slightly moving a region can affect the 
maximum frequency of your design. 


Conclusion 


Synplicity’s Amplify Physical Optimizer in 
conjunction with the Xilinx Alliance Series 
3.11 software can significantly improve 
your design performance. As a result of the 
new features and capabilities, you have a 
more efficient way to visualize and con- 
strain critical paths of your designs, saving 
time in multiple iterations while getting 
better speed performance. 
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Figure I - floorplanned view of the design on the first pass. 





Figure 3 - Floorplanned view of the constrained design. 
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PowerPC Processors 


in Virtex-l FPGAs 


by Ann Dutt 
Manager of North American PR, Xilinx 
annd@yilinx.com 


IBM and Xilinx recently announced a part- 
nership to create a new generation of devices 
for use in communications, storage, and 
consumer applications. Under the agree- 
ment, we are working together to embed 
IBM PowerPC processor cores in Xilinx 
Virtex [M-II FPGAs. The pairing of a low- 
cost, high performance PowerPC processor 
core with customizable FPGA circuitry 
allows you to create custom chips for your 


particular application at reduced cost and 
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with faster time-to-market. Availability dates 
for the new chips will be announced later 


this year by Xilinx. 


The new devices will initially be fabricated 
by IBM for Xilinx using advanced IBM chip 
manufacturing technologies, including cop- 
per interconnects which adds to their per- 
formance. This will enable Xilinx to broad- 
en its manufacturing volume and geograph- 
ic diversity, and leverage common foundry 


manuf. actur ing Processes. 


“This joint effort will bring about a new 
design era combining programmable logic 
time-to-market advantages with the cost 
benefits of standard cell technology,” said 
Andrew Allison, semiconductor industry 


analyst. “This is a potent combination.” 


“IBM and Xilinx are committed to meeting 
each customers unique blend of require- 
ments for cost, design time, and individual- 
ized function,” said John Kelly, general man- 
ager, IBM Microelectronics Division. “This 
requires a variety of chip design options, 
from standard, off-the-shelf _ parts 
to FPGAs to ASICs. This 

agreement creates both 

, a new approach in chip 
design, as well as a unique 
collaboration between 

the world’s leading ASIC 

and programmable logic 


providers.” 


The complementary mar- 
keting and_ technology 
agreement will enable cus- 
tomers who choose FPGA 
solutions from Xilinx to 
more easily migrate to IBM 
ASIC and standard product solutions. 
Customers will factor performance, cost, 
time-to-market, and volume requirements 
in making a determination as to the best 
option for a given application, while using 
the same industry standard PowerPC and 
IBM's system-on-a-chip CoreConnect bus 


technology across all solutions. 


“The combination of technologies will lead 
to a new level of performance and flexibility 


in the semiconductor market,” said Wim 


IBM and Xilinx combine cutting 
edge technologies to create a 
revolutionary new product. 


Roelandts, president and CEO of Xilinx. 
“IBM’s process technology is the most 
advanced in the industry and the 
PowerPC architecture has become the 
standard in communications, enabling us 
to deliver the highest performance and 
highest density products into the market 
at the leading edge of technology.” 


Under the multi-year agreement, Xilinx 
IBM’s 


PowerPC processor cores and CoreConnect 


will license high-performance 
bus for integration into Xilinx FPGAs. 
IBM and Xilinx will map the resulting 
designs to IBM’s advanced chip manufac- 
turing processes, keeping Xilinx FPGAs on 
the leading edge of technology. IBM will 
license IP from Xilinx to quickly move 
leadership process technology to the mar- 
ketplace. We also plan to explore other 
areas of cooperation that could benefit cus- 


tomers of both companies. 


About IBM 


DCI MY Fronete (xoucesellocs Kinnelon ceseteks 


leading ASIC supplier and a key 


contributor to IBM’s status as a 
premier information technology 
provider. IBM Microelectronics 
develops, manufactures, and markets 
elcome) cad alon-Tamnvosetleoyereltroxeymrteve! 
interconnect technologies, products, 
and services. Its superior integrated 
solutions can be found in many of 
the world’s best-known electronic 
oye-toleK My Colcombat roygoetlutoyeme-lovojele 
IBM Microelectronics can be found 


at www.chips.ibm.com. 





New Technologies DSP 


TR NM ath 


and Xilinx take 
FPGAS into” 


OIKS 


ainstream DSP 


Now you can develop high-performance 
programmable DSP systems with Xilinx F ahs 


using system design and verification tog 


The MathWorks. Ing 





by Per Holmberg 
Sr. Product Marketing Manager, Xilinx 
per.holmberg@xilinx.com 


Anne Mascarin 
DSP Market Segment Manager, The MathWorks 
amascarin@mathworks.com 


The MathWorks and Xilinx have entered a 
strategic exclusive alliance and joint develop- 
ment agreement for the system-level creation 
of FPGA-based DSP designs. The first prod- 
uct will be the Xilinx System Generator for 
Simulink(tm) software. Used with The 
MathWorks’ popular Simulink system-level 
design tools, and the Xilinx CORE 
Generator and LogiCORE DSP algorithms, 
this software is the first to bridge the gap 
between system-level DSP design and FPGA 
implementation, allowing you to easily 
design high-performance DSP applications 
in Xilinx FPGAs. The overall system flow is 
illustrated in Figure 1. 
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System Overview 


The Xilinx System Generator automatically 
generates hardware description language 
(HDL) code from a system representation 
model in Simulink. The HDL design can 
then be synthesized for implementation in 
Xilinx FPGAs using standard hardware syn- 
thesis software. To maximize predictability, 
density, and performance, the System 
Generator automatically maps blocks in the 
system design into optimized LogiCORE 
algorithms (cores). With only one represen- 
tation of the design and no manual interven- 
tion when translating the system-level design 
to HDL, a common source of errors is 


removed. 


You can significantly reduce development 
time by quickly iterating between the sys- 
tem-level model in Simulink and the hard- 


ware implementation. This is especially 


important for DSP applications, because 
many system-level design trade-ofts are based 
upon the results of the hardware implemen- 
tation. Consequently, your development 
time is significantly reduced, and moreover, 
even if you are new to FPGAs, you can use 
the familiar tools from The MathWorks, 
along with the Xilinx FPGA development 
tools, to create FPGA-based DSP applica- 
tions. This combination not only gives you 
the ease-of-use and time-to-market advan- 
tages of FPGAs but also the highest possible 


performance. 
The System Generator 


The System Generator consists of two com- 
ponents to help you proceed from a system 
model to actual hardware. The Xilinx Block 
Set (XBS) allows you to embed bit-true and 
cycle-true models of FPGA-specific circuitry 
into a Simulink design, while the System 
Generator translation software converts the 
Simulink model into synthesizable VHDL, 
with Xilinx FPGA hardware as the target. 


The XBS provides these elements: 


e Parametric blocks for DSP, arithmetic, and 


logic functions. 


¢ Gateway blocks to communicate with the 
Simulink environment, where you have 
access to the extensive set of Simulink DSP 


libraries.* 


¢ Special tokens to support user-defined 

black boxes and to invoke the System 
Generator interface to the Xilinx FPGA 
software. 


The XBS provides the functionality of: 


e Simulink S-functions - the Simulink repre- 


sentation of the XBS. 


e Synthesizable VHDL - the hardware repre- 
sentation of the XBS, including the use of 


Xilinx cores where appropriate. 


The System Generator software token acti- 
vates the translation software that converts a 
Simulink model built from XBS elements 
into synthesizable VHDL. The VHDL gen- 
erated may include cores for appropriate 
functions, as well as corresponding simula- 


tion models. 


New Technologies IST 


The System Generator graphical user inter- 
face (GUI) allows you to customize the 
Simulink simulation. For example, it can 
hierarchically override fixed-point values 
with doubles. This is particularly useful dur- 
ing design and debugging. 


Simulink 


You can model a VHDL design using any 
combination of Simulink blocks. By using 
the XBS black box token, you can then 
instantiate the design into a generated 
VHDL model. The black box customiza- 
tion GUI encapsulates the design infor- 
mation necessary for the compiler to 
create the correct instantiation 
interfaces. This black box support 
allows the abstraction of com- 
monly used control signals 

and ports, and then infers 


them within the generat- 


ed VHDL. 


Working in 
Simulink, you cre- 
ate a model of the 
hardware system 

as well as one or 
more test envi- 
ronments in which to 
simulate the model. When the model is first 
entered, simulation is typically performed 
using floating-point data to verify its theoret- 
ical performance. You then add the appro- 
priate XBS elements, and then convert data 
types to the bit-true representations used in 
the hardware implementation. Then the 
model is re-simulated to verify its perform- 
ance with quantized coefficient values and 
limited data bit widths, which can lead to 
overflow, saturation, and scaling problems. 
User-defined black boxes can also be incor- 
porated in the modeling and elaboration 
process. When the model has been convert- 
ed to a form realizable in the FPGA and 
its performance meets specification, you 
can invoke the netlist and the test bench 


generator. 
The Netlister and Mapper 


The netlister extracts a hierarchical represen- 
tation of the model structure annotated with 
all the element parameters and signal data 
types. A mapper then analyzes the elements 


Figure 1 - Flow diagram. 


in the hierarchy and creates a VHDL 
description of the design. Where possible, 
the mapper uses the Xilinx CORE Generator 
to generate optimized LogiCORE imple- 


mentations for specific design elements. 


When an element or its parameter values 
imply functionality unavailable in the 
CORE Generator, the mapper instantiates a 


reference to a parameterized, synthesizable 





entity in a synthesis library or your own sup- 


plied model.The actual hardware entities 
used have additional inputs and outputs for 
control signals that are not evident at the 
level of abstraction used in Simulink. The 


mapper inserts the necessary control ports 


and connects them to control logic blocks. 





Multi-rate clocking is supported through 
time step information provided during sim- 
ulation. Each control logic block is given a 
default synthesizable behavior which may 
require alteration to achieve an efficient 


implementation. 
The Testbench Generator 


The testbench generator is an interactive tool 
that runs in the MATLAB environment, in 
which you capture the input 
stimuli and system outputs of 
selected simulation runs for con- 
version to test vectors. The gen- 
erator converts the captured sim- 
ulation data into VHDL code 
that will exercise the implemented 
model and test its outputs against 


the expected results. 
Logic Synthesis 


The Xilinx Foundation Series, or 

any synthesis compiler supported 
through the Xilinx Alliance Series 
software tools, can be used to syn- 
thesize the control logic and ele- 
ments for which no hardware macros 
exist, and combine all the pieces into 
a fully realized netlist. The outputs of 
this back-end process are a bit stream 
and an EDIF structural netlist of the hard- 
ware, annotated with timing information. 
This netlist can be simulated with the test 
vectors produced previously from system 
simulations to verify the performance of the 


completed FPGA hardware realization. 
Conclusion 


With the introduction of the Xilinx System 
Generator for Simulink, you now have a tool 
that makes the job of incorporating FPGAs 
into your DSP designs easier than ever 
before. Today, Xilinx FPGAs provide you 
with the world’s highest-performance pro- 
grammable DSP solution, supporting appli- 
cations equivalent to 160 billion MACs. As 
FPGA technology continues to advance, it is 
expected that by the year 2002, you will have 
access to a ten million gate FPGA offering 


0.6 Tera MACS per second. 


See www.xilinx.com 
for more information. 
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A New Paradigm in High Pertormance Digital Signal Processing... 


by Rufino Olay 
Sr. DSP Product Marketing Engineer, Xilinx 
rutino.olay@xilinx.com 


Xilinx DSP consists of the Virtex and 
Spartan series FPGAs, a wide range of DSP 
algorithms, and a comprehensive set of soft- 
ware tools and prototyping boards. This is a 
complete DSP solution giving you the high 
performance and system integration of 
ASICs and ASSPs plus the reconfigurability 
and quick turnaround of standard proces- 
sors. This ultimate combination provides a 
comprehensive and robust platform to help 
you create the highest performing repro- 
grammable signal processing applications 


imaginable. 


We've created a complete 
design flow that guides you 
through the conceptual 
architectural design, verifi- 
cation, and implementa- 
tion. Design techniques 
such as parallel processing 
and distributed arithmetic, 
coupled with industry-lead- 
ing hardware platforms, 
increases sampling rates by 
an order of magnitude over 
that of traditional approach- 
es; there is no faster DSP solution, anywhere. 


‘Table 1 shows a sample listing of algorithm 
benchmarks. 


Fast, Flexible, and Easy 


With Xilinx DSP you can easily create 


customized architectures that give you the 
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Algorithm 


best speed and area utilization for your 


particular needs. 
Parallel Operations 


Xilinx DSP helps you create the most robust 
DSP applications by exploiting the paral- 
lelism that is inherent in DSP mathematical 
models. Using the vast logic resources that 
are present in the Virtex FPGAs, you can cre- 
ate fully parallel structures that give you the 


utmost in computational power. 
Customizable Data Structures 


Unlike fixed-width processors or ASICs, 
Xilinx FPGAs give you the freedom to cre- 


Benchmark 
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Table 1 - Performance Matrix 


ate custom word lengths for your particular 
situations, including different parameters 
within the same design. For example some 
channels in your system might require 
more bits of precision than others; you can 
easily change the algorithm and the Xilinx 
DSP software will easily accommodate the 


new data configuration. 


Unit of Measure 


160,000,000,000 MAC/s 
MSPS 


Multiple Data Paths and Channels 


Individual arithmetic logic can be linked to 
separate data paths or mutually coupled to 
run parallel operations during individual 
cycles. This approach is ideal for applications 
consisting of multiple subtasks that need lit- 


tle or no interdependency. 
Logical Operations 


You can easily implement a variety of bit- 
and byte-wide operations such as barrel shift- 
ing, comparison, rotation, and accumulation 
by instantiating any of our numerous cores 
or by writing your own HDL code to cus- 


tomize a particular process. 


The MathWorks Simulink 
Integration 


Xilinx and The MathWorks (the 
leader in DSP algorithm tools) 
have created a strategic alliance 
that allows you to build high per- 
formance DSP systems in Xilinx 
FPGAs using the system design 
and verification tools with which 
you are already familiar. The 
result is the Xilinx System 
which 
bridges the gap between your conceptual 


Generator™  tool-set 
architectural design and the actual transla- 
tion and implementation of your FPGA- 
based DSP system. 


With the Xilinx System Generator you can 
easily experiment with various DSP func- 
tions and quickly see the algorithmic trade- 
offs between performance and silicon area. 


[re Solutions STEEDS 


Shorter Design Cycle 


Traditional design methodology 










System Design Analysis & Tradeoffs 


Using Cores 


System Design Analysis & Tradeoffs 


Using The Xilinx System Generator 


System Design 


Figure I - IP and System Generator provide shorter design cycles. 


Then you can easily compare the cost and 


speed with off-the-shelf DSP devices. 
Key Features include: 


¢ Seamless integration; no manual redesign 
is required. 


¢ No risk of error introduction. 
¢ Only one source code to maintain. 


¢ Floating-point and fixed-point system 
simulation. 


e Automatically generates HDL description 
for Xilinx FPGAs. 


Comprehensive IP Offering 


Our extensive selection of IP, including fil- 
ters, correlators, transforms, FF Is, FECs, 
integrators, DDS, and math functions, gives 
you the power to build large, complex 
designs quickly and effortlessly. Plus, our IP 
is optimized and parameterized for imple- 
mentation in our Virtex and Spartan FPGAs 
so you get the most efficient and fastest 
implementation. 


The intuitive GUI in our CORE Generator 
guides you through the various options to 
help you customize the IP for your specific 
design requirements. The features include: 


¢ Scalable IP to fit your particular applica- 
tion. 


¢ Millions of possible permutations. 
¢ Minimal learning curve. 
New FIR Filter Generator 


Xilinx recently announced the FIR Filter 
Generator, a new tool for creating fully opti- 
mized and parameterized algorithms for 


FPGA Design 


Cores address the FPGA design phase 


Only Xilinx addresses 
this with The Mathworks! 


Development Time 


FPGA-based complex sin- 
gle-rate, half-band, Hilbert 
transform, and interpolated 
filter designs. Design tech- 
niques such as distributed 
arithmetic are employed to 
optimize filter structures for 
high-end DSP applications 
such as wireless and xDSL 
modems, medical imaging, 
and radar signal processing. 
The operational perform- 
ance of the FIR filters, in the 
Virtex family, exceeds 160 





billion multiply accumulates 


(MACs) per second. 
The FIR Filter Generator allows you to 


choose from millions of parameter combina- 
tions to match your unique DSP design 
requirements, from fast, fully parallel systems 
to cost-effective designs optimized for lower 
sampling rates, as shown in Figure 2. The 
available parameters include: 


¢ From 2 to 1024 taps. 


¢From 1 to 32 bit input 
data and coefficient pre- 
cision. 


¢ Signed or unsigned input 
data. 





¢ Fully serial, parallel, or a 
combination of serial/par- 
allel filter implementa- 
tions with the ability for 
multi-clocking of output 
data. 


PERFORMANCE 


¢Time multiplexing of 
data for multiple channel 
structures. 


Smart-IP Technology 


By employing the Xilinx Smart-IP 
Technology, the CORE Generator main- 
tains constant performance over the entire 
range of FPGA densities; Smart IP gives you 
predictable timing and optimal an imple- 
mentation for area and speed. This pre- 
dictability, unique to Xilinx, is essential for 
incorporating entire systems on an FPGA. 


In-House Expertise 


We've gathered together a highly knowledge- 
able team of DSP experts to create the best 
possible DSP tools and to provide you the 


Lower cost 
than DSP 
processors 


best possible design expertise. In addition, 
Xilinx DSP FAEs have extensive design expe- 
rience which gives them particular insight 
and knowledge to the challenges and intrica- 
cies of high performance DSP applications. 


Third-Party Programs 
To help you further reduce your develop- 


ment time, Xilinx has partnered with various 
DSP development companies to provide a 
wide range of services, from algorithm devel- 
opment to full turnkey operation, giving 
you: 


¢ A large and growing selection of system IP 


from our AllianceCORE partners. 


¢ Access to the leading DSP experts in vari- 
ous application areas. 


¢ Design services and expertise from the 


Xilinx XPERTS partners. 


e A wide range of in-house and third-party 
design expertise and application experi- 
ence. 


In addition, numerous third-party vendors 


Xilinx IP Advantage 











Worlds fastest 
programmable 
DSP device 


Area/Cost 


Figure 2 - Xilinx FIR Filter Generator only filter algorithm 
enabling area/performance tradeoffs. 


such as GV & Associates, Nallatech, and Lyr 
Signal Processing also offer prototyping 
hardware. 


Conclusion 


With the Xilinx DSP solution, you get faster 
DSP designs that are customized for your 
exact needs. Plus, there are no NRE charges 
or limitations to your creativity. There simply 
is no better way to create DSP designs. 


For more information see 
www.xilinx.com/dsp 
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IRL Makes Console Switching 
Faster and More Reliable. 


by Robert Rowe 
Product Manager, Apex 
robert.rowe@apex.com 


One of the most pressing concerns facing 
Information Systems Managers today is 
managing the volume and diversity of 
servers under their authority. As corpora- 
tions increase the number of servers they 
deploy, the infrastructure needed to support 
this growth requires more efficient manage- 
ment of physical space, server information, 


and staff time. 


Administrators have recognized the impor- 
tance of reducing the amount of space occu- 
pied by computing and peripheral devices, 


and as a result, are implementing console 
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switches to manage and operate multiple 
servers from a single console. This provides 
more space for servers, routers, hubs, and 
printers by reducing the quantity of key- 
boards, monitors, and mice. 


Apex, the market leader in console switches, 
chose Xilinx to provide the FPGAs to create 
their next generation switch. By using Xilinx 


FPGAs and the = Xilinx 
Reconfigurable Logic (IRL) technologies, 


Internet 


Apex could develop a console switch that 
can be upgraded with new services or func- 
tionality, in the field, without having to sup- 
ply customers with new boards or EPROM 
chips. Not only does this provide conven- 


ience for their installed base of customers, it 


also provides flexibility for developing and 
rapidly deploying new services and for 
remotely reconfiguring data in the console 


switch. 
Faster Time-to-Market 


By populating the console switch with 
Xilinx FPGAs, Apex engineers developed 
80% of the base solution to get the system 
up and running. Then, by the time the 
switches were deployed to customers, the 
remaining 20% of the code was completed 
and transmitted to the systems in the field. 
This gave Apex a lead in deploying the prod- 
uct to the field before the competition-a real 
time-to-market advantage and a key benefit 
for their customers. 


ices Story ET 


Flexibility and High Throughput 


In most customer environments, the console 
switch is located in the same facility as the 
servers, but with the flexibility offered by 
Xilinx FPGAs, the console can be located 
anywhere in the world. With the Apex 
Emerge2000, for remote access server con- 
trol, you can manage the graphical consoles 


of your server population from any location. 


The basic architecture is based on the PCI 
bus (Figure 1). By using two Xilinx FPGAs 
in each Emerge2000, one for PCI commu- 
nications that is loaded at power-up and 
remains loaded, and the other FPGA loaded 
dynamically at run time, Apex console 
switches never have to break the PCI 

communication. The 
Xilinx PCI core pro- 
vides up to 33 MHz 
Operation, is easy to 
use, and is easy to 
migrate to other PCI 
cores with higher bus widths 


if the need arises. 


Xilinx also provides an easy migration path 
from low to high density devices allowing 
Apex to include more robust features in 
their console switch products as their 


requirements evolve. 
Rapid Prototype Development 


By employing Xilinx FPGA technology, the 


Apex engineers could continue developing 





Figure 1 - The Emerge2000 board 







DUE VO THE ABILITY 10 REMOTELY UPGRADE THE DESIGN OVER 
THE INTERNET, THE ENGINEERS WERE ABLE 10 SHIP THE 
PRODUCT EARLY, WITH THE ASSURANCE THAT ANY NEW FEATURES 
COULD EASILY BE ADDED IN ThE FIELD. 


the design right up to the time of board 
delivery. Once the boards became available, 
the engineers could load the FPGA configu- 
ration at the work bench and verify the 
design. If they had used custom ASICs, it 
would have required much more time to 
complete the design. In addition, 
due to the ability to remotely 
upgrade the design over the 
Internet, the engineers were 
able to ship the product 
early, with the assurance that 


any new features could easily be 


added in the field. 
Technical Support from Xilinx 


Support from a supplier is a critical path 
item, often overlooked when designers 
view supplier technology. Obtaining the 
most up-to-date information, in a precise 
format, can become a critical factor when 
moving at the rapid pace our market 
demands. The Xilinx support organization 
is fast and responsive, and delivered the lat- 


[- 


Conclusion 


Xilinx FPGAs, along with the Xilinx IRL 
technologies, allows companies like Apex to 
build flexible, next-generation equipment 
that can be upgraded over the Internet. The 
time to market advantages are obvious and 
the unique design possibilities are limited 


only by your imagination. 


About Apex 





Apex designs, manufactures and 


markets stand-alone electronic 

switching systems and integrated 

server cabinet Mitioig for the 
client/server computing environ- J 
ment. Apex supplies stand-alone | 
switching systems to some of the * 
largest PC manufacturers in the 

industry for integration inthe 

product offerings, providing 

switching systems to OEMs 

(Compaq, Dell, IBM, and Hewlett- 
Packard) representing 43 percent of 

all PC servers and 66 pglfent of all 
“super” servers shipped world- 

wide.Go to http://www.apex.com 


i i« ; 
for more information. 


19 





by Bhaskar Bose, Ph.D. and M. Esen Tuna 
President, Vice President - R&D, Derivation Systems, Inc. 
bose@derivation.com, mtuna@derivation.com 


LavaCORE™ is a 32-bit configurable 
Java™ processor core targeted to the Xilinx 
Virtex FPGA architecture. The processor 
executes Java bytecode directly in hardware 
eliminating the need for software-based 
interpreters or code translators. LavwaCORE 
is a clean-room implementation of the Java 
Virtual Machine and is provided as a syn- 
thesizable “soft-core” with a suite of tools 
for parameterized core generation, hard- 
ware/software co-design, co-verification, 


and custom Java application development. 


LavaCORE is a revolutionary product that 
provides unparalleled flexibility for a wide 
range of prototyping and embedded appli- 
cations. Direct Java bytecode execution 
keeps the runtime to a minimum making 
the processor ideal for embedded applica- 
tions that require small memory foot-prints 
and flexible reconfigurable architectures. 
Both the application and the operating sys- 
tem code can be developed in Java and 
compiled to native code by standard Java 


compilers. 


LavaCORE is designed to bring embed- 
ded Java technology to the reconfigurable 
marketplace. The customizable core and 
dynamic reconfiguration take full advan- 
tage of the features of programmable 
hardware. 
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LavaCORE Features 


The processor core features a 32-bit archi- 
tecture with 32-bit address and data paths. 
Our reference design is implemented in a 


Virtex XCV300 BG352-4 FPGA. Figure 1 


shows a block diagram of the architecture. 


LavaCORE - 


A Contigurable 
ava Processor 


Create Javo-enabled appliances, mobile devices, 
secure Internet devices, and embedded network 
computers that can be dynamically contigured for 
application-specitic computing. 


Some of the features are highlighted below: 
¢ 32-bit direct execution Java processor. 


e Executes Java Virtual Machine bytecode in 
hardware. 


e Stand-alone (system on a chip) or core 


configuration. 





Figure 1 - LavaCORE architecture. 


A 16x32-bit dual-ported RAM implements 
the register-file. The instruction register is 
composed of three 8-bit registers denoting 
the instruction, byte one, and byte two of 
the instruction stream. A 32-bit ALU com- 
putes arithmetic and logical operations. 
Additional signals include clock, reset, signal 
interrupt, memory interface, and a set of 


observability pins for the state and flags. 


¢ Built-in hardware encryption module. 
¢ Fully synthesizable FPGA core. 


e Parameterized Core Generator automati- 
cally synthesizes VHDL, Verilog, or EDIF 


gate-level netlists. 


e Software support includes Parameterized 
LavaOS Runtime 
Environment, Co-Simulation/Verification 


Core Generator, 


Tools, and Hardware Debugger. 


New Products REI 


LavaRock Processor 


maleyelinare 
mei alt 


Programmable 
Timers 


Figure 2 - LavaCORE system architecture. 


Parameterized Core Generator 


The LavaCORE Parameterized Core 
Generator operates via an intuitive graphical 
interface and includes user selectable param- 
eters for a wide range of configurable 
options. Every implementation of 
LavaCORE can be application specific, lead- 


ing to optimal solutions in terms of power, 
speed, and area. 


Typically, specialized embedded applications 
use only a subset of the full JVM instruction 
set. By analyzing the application, you can 
determine which Java bytecode instructions 
can be omitted or moved from hardware to 
software, improving various cost criteria. 


Additional options allow you to include 
functional components of the synthesized 
architecture such as the built-in encryption 
engine, programmable timers, and interrupt 
controllers. For larger systems, floating point 
and external memory interfaces are defined 


(Figure 2). 


Once parameterized options are selected, the 
LavaCore Generator automatically synthe- 
sizes a gate-level implementation in either 
VHDL, Verilog, or EDIF netlist formats. 
Along with this softcore, an HDL testbench 
and a customized runtime called LavaOS™ 
are generated. 


The synthesized core can then be directly 
input to Xilinx Foundation Series or Alliance 
Series software for place and route. The 
HDL testbench is used both to test the hard- 
core and softcore. Figure 1 depicts the 
dataflow architecture of a LavaCore instance. 


Linker /Application Builder 


Standard Java-class files, generated from 
third party commercial Java development 
environments, are statically resolved to build 


Register 
Une Local Interrupt 
iu Memory Controller 
Encryption 
Unit 





External 
Memory 


Garbage 
(Oo) |(=Tei Cols 


executables. In addition, the linker builds the 
boot tables, class initialization codes, and 
assigns the interrupt and trap handlers. 


The executable image incorporates the run- 
time environment. It is designed for embed- 
ded applications and is small enough to be 
implemented in the internal block RAM. In 
a standalone configuration, the LavaCORE 
system architecture can incorporate the 


entire runtime environment and a Java appli- 


cation within the Virtex block RAM. 
Application Debugging Tools 
The LavaCore application debugging tool set 


consists of a core simulator and a hardware 
interface (Figure 3). The simulator has a 
built-in debugger that features single step- 
ping, memory and register file monitors, and 
conditional break points. The simulator and 
the debugger share a graphical user interface 
to display and debug the LavaCore execution 


both at instruction and micro steps. 


The LavaCore simulation environment con- 
sists of three separate components that vali- 


date all three aspects of the LavaCore: 





Figure 3 - LavaCORE design environment. 


e The instruction tester. 
¢ The application simulator. 


¢ The hardware testbench for the synthesized 


core. 


The hardware interface provides an imple- 
mentation debugging bridge for the synthe- 
sized hardware. The same debugging envi- 
ronment and user interface are used for the 


testing of the target hardware. 
Conclusion 


The LavaCORE Configurable Java Processor 
core enables the deployment of Java technol- 
ogy for a new generation of embedded 
reconfigurable systems. Native execution of 
Java bytecode provides reliable hardware exe- 
cution, denser code, and minimum runtime 
environment. The LavaCORE parameter- 
ized core generator allows you to configure 
the capabilities of the processor core and syn- 
thesize an optimal LavaCORE for your 


application. 


LavaCORE provides a fast design solution 
for embedded Java processors targeted to 
programmable hardware. With our config- 
urable Java processor core and co-design/ver- 
ification environment this unique IP product 
will reduce design time leading to faster time 


to market. 


For more information about Derivation 
Systems, or the LavaCORE products, see 


www.derivation.com 


LavaCORE and LavaOS are trademarks of 
Derivation Systems, Inc., JAVA is a registered 
trademark of Sun Microsystems, Inc. 
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by Alan Ma 


Senior Corporate Applications Engineer, Synopsys, Inc. 
dlanma@synopsys.com 


Prior to the recent advancements in FPGA 
technology, you had to rely on external 
RAM or ROM. Now, with the introduc- 
tion of million-gate FPGAs such as the 
Xilinx Virtex devices, you have access to 
abundant on-chip memory resources. 
FPGA Compiler I/FPGA _ Express 
(FCII/FE) takes advantage of Virtex 
resources such as Look-Up Tables (LUTs) 
MUXF5s, MUXF6s, and on-chip block 
SelectRAM to provide the highest quality 
of results for ROM functions. 


Coding Styles 


Version 3.4 of FCH/FE recognizes a ROM 
description using CASE statements in both 
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Verilog and VHDL, and by using constant 
arrays in VHDL. 


Using CASE Statements 


FCII/FE infers ROM when the inputs to 
the CASE statement are constant and all 
the states are specified. Figure 1 shows an 
example of an 8x4 ROM in Verilog. Figure 
2 illustrates its VHDL equivalent. 


Using Constant Arrays 


You also have the option of using constant 
arrays in VHDL. Figure 3 describes the 
coding style for the same 8x4 ROM where 
CONV_INTEGER is a built-in function that 
converts std_logic_vector to integer. 


Interring 
ead Only 
emory in 
PGA 
ompiler | 
and FPGA 


EXpress 


General Implementations 


FCII/FE generally implements ROM using 
LUTs, MUXF5s, and MUXF6s when tar- 
geting Xilinx Virtex devices. The actual 
resources used are closely related to the 
width of the address port. If the address has 
less than or equal to four bits, then the 
ROM will be implemented using LUTs. If 
the address has five bits, then MUXF5s, 
(which provide multiplexer functions in 
one half of a Virtex Configurable Logic 
Block), will be used in addition to the 
LUTs. If the address has between six to 
nine bits, the ROM will be implemented 
using LUTs, MUXF5s, and MUXF6s 


which provide multiplexer functions in a 


module rom_8x4 ( 
address, 
rom_out 


); 


input [2:0] address; 
output [3:0] rom_out; 


reg [3:0] rom_out; 


always @(address) 
case (address) 
36000 :rom_out <= 4’b0001; 
3’6001 :rom_out <= 4’b0010; 
36010 :rom_out <= 4’b0100; 
36011 :rom_out <= 4’b1000; 
36100 :rom_out <= 4’b1000; 
36101 :rom_out <= 4’b0100; 
36110 :rom_out <= 4’b0010; 
3’6111 :rom_out <= 4’b0001; 
endcase 
endmodule 


Figure 1 - Using CASE statements for ROM in Verilog. 


library ieee; 
use ieee.std_logic_1164.all; 


entity rom_8x4 is port ( 
address: in std_logic_vector(2 downto 0); 
output: out std_logic_vector(3 downto 0) 
); 


end rom_ 8x4; 


architecture rtl of rom_8x4 is 
begin 
process (address) 
begin 
case address Is 
when "000" => output <= "0001"; 
when "001" => output <= "0010"; 
when "010" => output <= "0100"; 
when "011" => output <= "1000"; 
when "100" => output <= "1000"; 
when "101" => output <= "0100"; 
when "110" => output <= "0010"; 
when "111" => output <= "0001"; 
when others => output <= "0000"; 
end case; 
end process; 
end rtl; 





Figure 2 - Using CASE statements for ROM in VHDL. 


library ieee; 
use ieee.std_logic_1164.all; 
use ieee.std_logic_unsigned..all; 


entity rom_8x4 is port ( 
address: in std_logic_vector(2 downto 0); 
output: out std_logic_vector(3 downto 0) 
); 


end rom_ 8x4; 
architecture rtl of rom_8x4 is 


constant num_word : integer := 8; 
constant num_bit : integer := 4; 
signal int_add : Integer range 0 to 7; 


type ROMARRAY is array (0 to (num_word-1)) of 
std_logic_vector((num_bit-1) downto 0); 


constant ROM: ROMARRAY := ( 
"0001", 
"0010", 
"01 00", 
"1000", 
"1000", 
"0100", 
"0010", 
"0001" 


); 


int_add <= CONV_INTEGER(address); 
output <= ROM (int_adda); 


begin 


end rtl; 





Figure 3 - Using constant arrays for ROM in VHDL. 





full Virtex CLB. When the address has ten or more bits, FCH/FE 
implements ROM using on-chip block SelectRAM resources if certain 
conditions are met. 


Using Block SelectRAM 


The Virtex series provides dedicated blocks of on-chip, dual port syn- 
chronous RAM, with 4096 memory cells (bits). These resources can 
also be used for ROM if certain conditions are met. Our research indi- 
cates that when the address of the ROM has ten bits and the data has 
more than or equal to three bits, quality of results can be improved by 
mapping the ROM to block SelectRAM if the output of the ROM is 
registered. However, if the data has less than or equal to two bits (when 
the address has ten bits), using LUTs, MUXF5s, and MUXF6s, as 
described in the previous section, yields better results. For ROM whose 
address has more than or equal to eleven bits, block SelectRAM will 
always be used if the output is registered. Table 1 summarizes the con- 


ditions for ROM inference. 


To reserve block SelectRAM for user-defined functions, you can use 
the scripting command “set_chip_instantiated_blockram”. For exam- 
ple, the following reserves 4096 bits of block SelectRAM for 
inferred ROM: 


set_chip_instantiated_blockram 4096 


While set_chip_instantiated_blockram applies to the current project, 
you can use the variable proj_user_instantiated_blockram to reserve 
block SelectRAM globally for all the subsequent projects. For exam- 
ple, the following reserves 4096 bits of block SelectRAM for all 


future projects: 
proj_user_instantiated_blockram 4096 
Conclusion 


Inferring ROM is easy with FPGA Compiler II and FPGA Express, 


which take full advantage of the abundant on-chip memory resources 
of the Xilinx Virtex devices. 


Visit the Synopsys FPGA website at www.synopsys.com/fpga for other 
information on the latest FPGA synthesis technologies. 


Table 1 - LUTs, MUXF5s, MUXF6s, and block SelectRAM utilization. 


* Note that LUTs, MUXF5s, and MUXF6s will be used if the output of the ROM is not registered. 
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Block-Level Incremental Synthesis allows you fo modity a subset of a design and then 
re-synthesize just the modified subset. 


by Alan Ma 


Senior Corporate Applications Engineer, Synopsys, Inc. 
alanma@synopsys.com 


Advancements in the capacity and speed of 
FPGAs have made this technology increas- 
ingly attractive for million-gate designs. As 
the complexity of the designs grows so does 
the need for advanced synthesis and place- 
and-route tools. One of the highly sought 
features is the ability to recompile only the 
modified portion of a design after modifica- 
tions have been made. Such a feature is need- 
ed not only to reduce compilation time, but 
also to preserve the timing behavior of cer- 
tain sections of a design when other sections 


of the design are changed. 


To address these requirements, FPGA 
Compiler II and FPGA Express (FCII/FE) 
Block-Level 


Incremental Synthesis (BLIS) to allow you to 


version 3.4 introduce 
modify a subset of your design and then re- 
synthesize just the modified subset. A design 
can be divided into “blocks,” the smallest 
subset to which BLIS can be applied. 
FCH/FE generates an optimized netlist for 
each block, which does not change unless the 
design associated with that block has been 
modified. The netlist of each block is then 
presented individually to the place-and-route 
tool which is capable of recompiling only the 
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modified netlists. Not only does this increase 
the likelihood of preserving post place-and- 
route timing behavior for the unmodified 
blocks, overall compilation time for both 
synthesis and place-and-route is significantly 
reduced. 


Identifying Blocks 


A block is the smallest subset to which BLIS 
can be applied. It can be a Verilog module, a 
VHDL entity, an EDIF netlist, or a combi- 
nation of these, as long as they form a tree 
within the design hierarchy. The top-level 
module/entity/netlist of this tree is, by defi- 
nition, the block root. The components of a 
block include the block root and all mod- 
ules/entities/netlists in its tree of the design 
hierarchy that do not include another block 


root. 


For example, the top- 
level design “TOP” in 
Figure 1 has two subde- 
signs A and B. A instanti- 
ates C and D. B instanti- 
ates E and EF By defini- 
tion the top-level design 
TOP is a block root. If 
you also decide to desig- 
nate A and E as block 


roots, then the entire 





design will have three blocks: 
¢ Block 1: TOP, B, F 

¢ Block 2: A, C, D 

¢ Block 3: E 


Any modifications to any module/ 
entity/netlist contained in a block cause the 
entire block to be re-synthesized. For exam- 
ple, if F is modified then every member of 
Block 1 (TOP, B, F) will be re-synthesized 
even though TOP and B have not been 


changed. 


Blocks can be identified in both the 
Graphical User Interface (GUI) and the shell 
of FCH/FE. In the GUI, right-click an elab- 
orated implementation in the Chips window 
and select Edit Constraints. Select the Modules 


™* = Block Root 


Block 3 


Figure 1 - Example of blocks and block roots 


BS Rilications I 


tab to display the Modules Constraint Table. 
You can then specify any subdesigns as block 
roots in the Block Partition column. To 
remove a block root designation, click the 
particular cell and select Remove. Note that 
the top-level design is always identified as the 


Gig Dis comm 2 = = 


Dees «8S 2 es 





Error: Cannot set block option on module ‘AND’ 


Furthermore, the concept of block and block 
root only applies when the target architecture 
supports BLIS. Attempting to apply this fea- 
ture on an architecture which is not support- 

ed by BLIS will result in the fol- 


ai lowing error message: 


Error: block assignments are not 
supported for the target technology 
of this chip 


BLIS is currently available for 
the Xilinx Virtex architecture. 


Design Planning 


The advancement in synthesis 
and place-and-route technolo- 


gies certainly plays an important 























he — io 
my pee FE 


Figure 2 - Modules Constraint Table 


block root by definition and it cannot be 
removed. Figure 2 shows the Modules 
Constraint Table. 


In the’ shell, use the command 
set_module_block followed by the option 
‘true’ and the path to _ the 
module/entity/netlist to be specified as the 


block root. For example: 


fc2_shell/fe_shell> set module block true 
/TOP/A 


In the interactive mode, you can remove any 
block root designations by using the “false” 


option. For example: 


fc2_shell/fe_shell> set_module block false 
/TOP/A 


In the batch mode, the same can be achieved 
simply by removing the set_module_block 
commands associated with the block roots to 
be removed in the fc2_shell or fe_shell scripts. 


Please refer to the man page of set_mod- 
ule_block for additional usage and syntax 
information. To access the man page: 


fc2_shell/fe_shell> man set_module_block 


Block roots can only be designated on user- 
created modules/entities/netlists. For exam- 
ple, attempting to modify the setting on a 
primitive or the top-level design will result in 
the following error message: 











role in Quality of Results (QoR) 
but thorough design planning 
can never be replaced. In order to 
take full advantage of BLIS it is important to 
understand that: 


¢ FCII/FE uses a time stamp to determine if 
an implementation is out-of-date. If the 
time stamp of any of the analyzed design 
source files is newer than the elaborated 
implementation then the elaborated imple- 


mentation needs to be updated. 


¢ A block is the smallest subset to which 
BLIS can be applied and any changes in 
any member of a block cause the entire 


block to be re-synthesized. 


°A block _ represents 
“hard” boundaries which 


FCH/FE does not opti- 


: Block 2 
mize across. 


Therefore it is recommend- 
ed that each module/enti- 


ty/netlist in a design be 
described in its own design 
source file. Doing so 
ensures that modifying a 
module/entity/netlist will not affect the time 
stamp of other modules/entities/netlists 


which could potentially be members of 


other blocks. 


In Figure 3, A and B are described in the 
same design source file. Modifying A not 
only causes the entire Block 2 to be re-syn- 
thesized, it also affects the time stamp of B 





for being in the same design source file as A. 
The newer time stamp of B causes the entire 
Block 1 to be re-synthesized. Needless to say, 


this is not a desired behavior. 


It is obvious that BLIS is not useful 
in the extreme case where all modules/enti- 
ties/netlists are described in a single design 


source file. 


Since FCH/FE does not incrementally opti- 
mize across block boundaries it is important 
not to break combinatorial logic into differ- 
ent blocks. For best QoR, it is recommend- 
ed to observe conventional Register Transfer 
Level (RTL) coding style when partitioning 
designs. This involves grouping related com- 
binatorial logic within a module/entity and 
registering all outputs of such a module/enti- 
ty. 

Note that BLIS is most effective when mod- 
ifications are done within a module/entity. 
Changing the partition or the pins of the 
modules/entities of the design causes the 
entire design to be re-synthesized. This is 
why thorough planning in the early stage of 


the design process is vital to success. 
Implementation Update 


This section describes what needs to be done 
in the GUI and the shell to update an imple- 
mentation after a design has been modified. 
It is assumed that blocks have been defined 


as described previously, an optimized imple- 


= Block Root 


Block 3 


Figure 3 - Example of design planning 


mentation has been created, and place-and- 
route netlists have also been generated. For 
those who are not familiar with the synthesis 
process of FCII/FE, please refer to the FPGA 
Compiler II/FPGA Express Getting Started 


manual for step-by-step instructions. 


In the GUI, a red question mark next to a 
design source file in the Design Sources 
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window indicates that the file has been 
modified. Right-clicking the modified file 
and selecting Update File reanalyzes the file 
for syntax errors. 


Similarly, a red question mark next to an 
elaborated implementation in the Chips win- 
dow indicates that the implementation is 
out-of-date with respect to its design source 
files. Right-clicking the elaborated imple- 
mentation and selecting Update Chip re-elab- 
orates the implementation. 


Once the design has been re-elaborated, 
right-clicking the optimized implementation 
and selecting Update Chip re-optimizes the 
design. If blocks are properly defined as 
described previously, BLIS will be automati- 
cally enabled. In this situation only the 
blocks that are associated with modified files 
are re-optimized. Note that there has to be at 
least two blocks defined to enable BLIS. 


Instead of individually updating the design 
source files, the elaborated implementa- 
tions, and the optimized implementations, 
you can update the entire project in one 
step by right-clicking the project icon in the 
Design Sources window and selecting 
Update Project. It is important to under- 
stand that FCII/FE generates one netlist in 
EDIF format for each block defined. The 
names of the netlists are the same as the 
module/entity/netlist name of the respec- 
tive block roots. Performing an Update 
Project ensures that only the netlists associ- 
ated with modified blocks are regenerated. 
Note that explicitly choosing Export Netlist 
forces all netlists to be regenerated. This 
step is therefore only recommended when 
the design is synthesized for the first time. 


If Export Timing Specifications is selected in 
the Export Netlist dialog box, FCII/FE gen- 
erates a Synopsys Constraint File (.scf) to 
pass timing constraints entered in FCH/FE 
to the place-and-route tools. Since the 
Xilinx place-and-route tool does not read 
.scf directly, the information in this file 
must be transferred to a User Constraint 
File (.ucf) for timing constraints to be con- 


sidered during place-and-route. 


Figure 4 shows a sequence of equivalent 
fc2_shell/fe_shell commands to be used in 
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the interactive mode. Please refer to the 
man pages for complete usage and syntax 


information. 
Limitations 


As mentioned previously, time-stamping is 
used to determine if an implementation is 
out-of-date. FCII/FE processes time 
stamps in whole seconds. If both analysis 
and elaboration finish within one second, 
then the analyzed design source files and 
the elaborated implementation will have 
the same time stamp. When the time 
stamp of the elaborated implementation is 
older than or equal to the analyzed design 
source files, the existing elaborated imple- 
mentation is discarded and re-elaborated 
upon Update Chip or Update Project. The 
new elaborated implementation will then 
have a newer time stamp than the existing 
optimized implementation. This causes 
the existing optimized implementation to 
be discarded and re-optimized when actu- 
ally none of the design source files have 
been modified. Because designs in general 
take longer than one second to be analyzed 
and elaborated, this limitation should not 


present any problems. 


Note that BLIS is driven only by the dif- 


ference in time stamps, the existence of at 


create_project TOP 


Applications; UN 


least two defined blocks, and any change 
of block roots. Other operations, such as 
modifying timing constraints, do not 
cause block-level incremental re-synthesis 


of the implementation. 
Conclusion 


FPGA Compiler II and FPGA Express ver- 
sion 3.4 introduce Block-Level Incremental 
Synthesis allowing you to modify a subset of 
a design and then re-synthesize just the mod- 
ified subset. They generate an optimized 
netlist for each block and the netlist of a 


block does not change unless the design asso- 
ciated with that block has been modified. 


The place-and-route tools that support 
block-level incremental place-and-route are 
able to recognize and recompile only the 
netlists that have been changed. Not only 
does this increase the likelihood of preserving 
post place-and-route timing behavior for the 
unmodified blocks, overall compilation time 
for both synthesis and place-and-route can 


be significantly reduced. 


Please visit http:/hwww.synopsys.com!/ 
products/fpgal for the latest in FPGA 
synthesis technology. 


add_file -library WORK -format VHDL c:/designs/top/TOP. vhd 
add_file -library WORK -format VHDL c:/designs/top/A.vhd 
add_file -library WORK -format VHDL c:/designs/top/B.vhd 
add_file -library WORK -format VHDL c:/designs/top/C.vhd 
add_file -library WORK -format VHDL c:/designs/top/D.vhd 
add_file -library WORK -format VHDL c:/designs/top/E.vhd 
add_file -liorary WORK -format VHDL c:/designs/top/F.vhd 


analyze_file 


create_chip -name TOP -target VIRTEX -device V800FG680 -speed -6 -frequency 50 TOP 


current_chip TOP 


set_module_block true /TOP/A 
set_module_block true /TOP/B/E 


optimize_chip -name TOP-Optimized 


export_chip -dir . 


# design has been modified 


update_project 


list_ message 


Figure 4 - fc2_shell/fe_shell commands 





Sco Story ETT 


Lucent Technologies Gets o 
Time-to-market Advantage 


When Lucent Technologies set out to design the Cajun P880 Routing Switch, designers quickly 
determined that a traditional ASIC design would require too much time. 


by Tamara Snowden 
Corporate PR Manager, Xilinx 
famarasQ@yilinx.com 


The Cajun P880 Routing Switch is the 
newest member of Lucent’s next-genera- 
tion, enterprise data networking solutions 
that provide network managers with an 
easy and flexible way to optimize their net- 
work designs; it had an 
extremely aggressive devel- 


opment schedule. 


“We originally designed the 
P880 with an ASIC at the 
heart of the switching fab- 
ric,” said Brian Ramelson, 
design manager at Lucent. 
“We soon realized that if we 
stuck with an ASIC design, 
the product would be late 
to market.” Ramelson had recently attended 
a Xilinx Virtex series presentation and decid- 
ed to contact Xilinx personnel to find out 


more. 


As a result, a close working relationship 
developed between Ramelson and John 
DePapp, Xilinx field applications engineer, 
over the next several weeks. The two spent 
over 100 hours working together on the 
project. “The design process went very 
smoothly,” said Ramelson “the support pro- 
vided by DePapp was second-to-none.” 


Virtex FPGAs - a Test Case 


Ramelson’s team selected the Virtex 
XCV150 and XCV800 FPGAs to supply the 
functions they needed. “At the time we were 
skeptical that any FPGA could implement 
these functions,” said Ramelson. “We decid- 
ed to try Xilinx FPGAs for this project as a 
test case for future designs.” The Virtex series 
devices range from 50,000 to 1,000,000 sys- 


“AY GOING WITH XILINX 
WE WERE ABLE 10 SHIP 


THE POD MONTHS EARLIER 
THAN WE WOULD RAVE WITH 
A TRADITIONAL ASIC DESIGN 





tem gates at clock speeds up to 200 Mhz and 
include many new features that address sys- 
tem-level design challenges. Fully supported 
by the Alliance Series software, the Virtex 
family offered a complete solution for 
Lucent, ready to meet the design challenges 

for their groundbreaking 


product. 


The Software Solution 


Lucent’ design team chose 
Synopsys FPGA Express for 
synthesis, VCS for a Verilog 
simulator, and Xilinx Alliance 
Series tools for place and 
route. Ramelson especially 
appreciated the ability of the 
Alliance Series software to per- 
form multi-pass timing-driven place-and- 
route. “Ifa layout initially failed to meet tim- 
ing requirements, we let the system work on 
the problem,” said Ramelson. “In one case 
we let the software perform about twenty 
successive iterations over a weekend resulting 


in two or three workable layouts.” 


The Alliance Series provides the flexibility to 
select the best EDA design environment for 
a specific application. Combining the 
advanced implementation technology of 
Xilinx with the strengths of its partners pro- 
vides a powerful overall design solution, the 
highest clock performance and the highest 


densities in the industry. 


The Cajun P880 Switch 


The 17-slot Cajun P880 is a major step up 
from Lucent’s P550 7-slot switch, although 
the two share a common architecture. The 
P880 can use any of the company’s existing 
50-series boards for Ethernet, Fast Ethernet, 


or Gigabit Ethernet. This provides net man- 
agers an obvious migration path. By mid- 
2000 even more capable 80-series boards 
will become available and can be deployed 
beside the 50-series boards in the same 
P880 chassis. 


The P880’s backplane scales upward from 
56 Gigabits per second to 139 Gigabits per 
second providing the P880 with the capabil- 
ity of switching or routing from 41 to 106 
million packets per send. Designed with no 
single point of failure, the highly reliable 
Cajun P880 supports up to 768 10/100 
megabits per second Ethernet ports, up to 
384 fiber Fast Ethernet ports, and up to 128 
Gigabit Ethernet ports in a fault-tolerant, 


modular chassis. 


The P880’s switching fabric consists of six 
switch elements, each using two XCV150 
devices for a total of 12 per chassis. The con- 
troller used a single XCV800 device. The 
design allows for high redundancy to maxi- 
mize reliability. A second backup controller is 
optional with the P880, while a seventh 
switch element can be added for redundancy. 
Ramelson estimates a typical place and route 


for the controller took just about two hours. 
Conclusion 


Ramelson notes this was a far different expe- 
rience from the last time he worked with an 
FPGA. “The element that best represents 
the success of this program was how fast we 
were able to complete the design. End to 
end the design process was completed with- 
in six weeks—we had a working model in 


about a month.” 


Because of the breadth of its capabilities, the 
P880 spans both the “internetwork” and 
“wiring-closet” market sectors. This makes 
the Lucent switch a potent competitor. But 
specs mean little unless you can deliver prod- 
uct on time and that was where Xilinx 
FPGAs entered the picture. “By going with 
Xilinx we were able to ship the P880 months 
earlier than we would have with a tradition- 


al ASIC design,” concluded Ramelson. 


More information on the 
Cajun P880 can be found at 
http://;www.lucent.com/ins/products/p880/ 
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New Products Han@eu-+ 


advanced communic 


by Katie DaCosta 
IP Product Marketing, Xilinx 
katie.dacosta@yilinx.com 


To help our customers reduce design cycles 
and get products to market quickly, Xilinx 
and ISS (Integrated Silicon Systems, Ltd.) 
have entered into a strategic development 
and OEM agreement to provide versions of 
ISS multimedia and communications cores 
optimized for Xilinx FPGAs. The IP 
cores will be available for purchase 
from Xilinx as LogiCORE products, 
downloadable from the Xilinx IP 
Center, and optimized for Xilinx 
architectures and design tools. The 

in this 


cores program include 


Single-channel HDLC,  32-channel 
HDLC, and 32-channel ADPCM, and are 


available now. 
A Strategic Alliance 


The deliverables of this agreement are opti- 


mized and supported cores from ISS’s 
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extensive IP portfolio for the latest Xilinx 
devices including Virtex, Virtex-E, and 
Spartan-II FPGAs, as well as future FPGA 
families. Xilinx these 


LogiCORE products using the Xilinx 


ie 


will deliver 





G 


CORE Generator tool to smoothly inte- 
grate the cores into the Xilinx design flow. 


“This agreement broadens our long-term 
and successful relationship with Xilinx,” 
said James G. Doherty, CEO of ISS. “The 
strength of the Xilinx Virtex architecture 


coupled with their commitment to partner- 





ships provides a perfect environment to 
expand the usage of ISS cores in wireless 
and wired communications, and digital 
video and imaging applications. With this 
agreement, Xilinx can now fully utilize our 
expertise in multimedia communications to 
provide the highest-performance, 

T™ 


off-the-shelf design solutions 


available in the market.” 


“ISS has achieved industry-wide 
recognition for solving the needs of 
the communications and multimedia 
said Mark Aaldering, 


senior director for the IP Solutions Division 


user community,” 


at Xilinx. “By partnering with ISS, Xilinx is 
able to address the demand for a one-stop 
source of high-quality, cost-effective, opti- 
mized FPGA cores. This 
expands the successful long-term relation- 
ship between ISS and Xilinx, which started 
with Xilinx 


agreement 


membership in the 


New Products Cores _ 


AllianceCORE third party IP develop- 
ment program and the co-development 
partnership for Reed-Solomon Forward 
Error Correction cores. The agreement 
reinforces the Xilinx commitment to pro- 


viding leading-edge IP for multi-million 
gate FPGA designs.” 


The New Cores 


The first three cores to result from the 
Xilinx-ISS agreement are focused on accel- 
erating the design cycle of high-density 


FPGAs in communications applications. 


“THE STRENGTH OF THE XILINX VIRTEX 
ARCHITECTURE, COUPLED WITH THEIR 
COMMITMENT 10 PARTNERSHIPS, 
PROVIDES A PERFECT ENVIRONMENT 
TO) EXPAND THE USAGE OF (SS CORES 
IN WIRELESS AND WIRED COMMUNI: 
CATIONS, AND DIGITAL VIDEO ANG 
IMAGING APPLICATIONS, 


The HDLC (High-level Data Link 
Control) protocol controller cores and the 
ADPCM (Adaptive Differential Pulse Code 
Modulation) codec core are used in a num- 
ber of telecom applications ranging from 
internet routers and switches to VoIP (Voice 


over Internet Protocol) gateways. 


“The Xilinx HDLC and ADPCM 
LogiCORE products address the exploding 
demand from telecom and network devel- 
opers for complex Virtex-based IP for data 
and voice processing,” said Babak Hedayati, 
Director of Marketing and Business 
Development at Xilinx IP Solutions 
Division. “The HDLC protocol is proven as 
one of the most popular methods of trans- 
mitting data over WAN systems. The avail- 
ability of these cores on the Xilinx IP Center 


provides a one stop source to integrate tele- 
com IP solutions into Xilinx FPGAs.” 


HDLC Cores 


The HDLC cores conform to the ITU 
Q.921 and X.25 recommendations for full 
duplex, point-to-point and multi-point 
operation. The cores function at data rates 
over 40 Mbps and include a direct connec- 
tion to pulse code modulation (PCM) net- 
works. The HDLC cores are ideal for pub- 
lic and private packet switched data net- 
works such as Frame Relay switches, cable 
modems, Broadband ISDN, T1T1/E1, 
T3/E3,  Packet-based DSL Access 
Multiplexers (DSLAMs), Remote/multi- 
service access concentrators, and Sonet net- 


works. 
ADPCM Cores 


The 32 Channel ADPCM speech codec 
performs the ITU G.726 conversion of 64 
kbit/s A-law or p-law PCM channels to and 
from 40-, 32-, 24- or 16-Kbit channels 
using the Adaptive Differential Pulse Code 
Modulation transcoding technique. The 
32 duplex 


encoding/decoding channels or up to 64 


core supports up to 


encoding and/or decoding channels, and 
can operate in burst or continuous modes. 
It is on-line configurable for A-law or p-law 
PCM encoding as well as various ADPCM 
compression rates including G.721 or 
G.723 mode operation. The ADPCM 
codec will be used in applications such as 
CO DSLAMs, satellite communications, 
digital audio storage, H.323 VoIP gateways, 
access servers, and computer telephony and 
cellular networks where high quality voice 


compression is important. 
Availability 


The HDLC and ADPCM cores are avail- 
able now. Suggested resale pricing is $7,200 
for the 32 Channel HDLC controller core, 
$3,900 for the Single Channel HDLC con- 
troller core, and $14,400 for the 32 Channel 
ADPCM codec core. Licensing information 
and instructions for downloading the cores, 
and information on all Xilinx LogiCORE 
products can be found at the Xilinx 
IP Center at: www.xilinx.com/ipcenter. 
Information on other Xilinx LogiCORE 
and third-party AllianceCORE products is 


also available from the IP Center. 


Conclusion 


The strategic partnership between Xilinx 
and ISS is already producing optimized 
cores for the communications market, 
and many more are on the way. Xilinx con- 
tinues to provide the most advanced FPGA 
and IP technologies to help you create the 
next generation of high performance equip- 
ment and get your products to market as 


soon as possible. 


About ISS 





Integrated Silicon Systems Ltd. (ISS) is 


the leading supplier of application-spe- 
cific virtual components (ASVCs) for 
multimedia and communications 
FPGA, ASIC, and System-on-a-Chip 
(SoC) integrated circuits. ISS delivers 
video/image compression, audio com- 
pression, and channel coding solutions 
for consumer and communications 
applications. Using proprietary tech- 
niques for direct-mapped implementa- 
tions of digital signal processing func- 
tions and algorithms in hardware, ISS 
delivers solutions that realize 10X to 
1000X improvements in performance 
compared to conventional implementa- 
tions using software-programmable 
DSP microprocessors. ISS is a private- 
ly held company with European head- 
quarters in Belfast, Northern Ireland, 
UK and worldwide sales and marketing 
operations in San Jose, California. 
More information about ISS and its 
products may be obtained at 
http://www.iss-dsp.com 
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Mentor Graphics implements their M805 1 Ewarp™ core in a Virtex FPGA 


by Kevin Rowley 
Design Engineer, Mentor Graphics - IP division 
kevin_rowley@mentorg.com 


There is an ever increasing demand for 
digital IP cores that have been proven in 
FPGAs as well as ASIC test silicon. This is 
due to the obvious prototyping advantages 
and increasing market share of FPGAs. 
In this article I explain the strategy we 
used and the results we obtained when 
implementing the Mentor Graphics 
M8051Ewarp™ core, which was originally 
created for ASIC development, in Xilinx 


Virtex™ technology. 
Test Strategy 


The usual method we use to prove the 
functionality of the M8051Ewarp core in 
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ASIC gates is to envelope the synthesized 
core in a wrapper which has instantiated all 
the necessary components for simulation of 
the core. These components typically are 
program memory, data memory, and extra 
peripherals. However, after FPGA place and 
route the core will have I/O pads on its 


interface. 


The delays inherent in these pads preclude 
the usual ASIC test method and a new syn- 
thesizable wrapper is required which, after 
place and route, will have the M8051Ewarp 
core, memories, and required peripherals in 
a single netlist which can then be simulated. 
The synthesizable wrapper we used is illus- 
trated in Figure 1. 





The most important point about Figure 1 
is that all memories are on-chip, which 
means there are no I/O pads between the 
M8051Ewarp core and its memory mod- 
ules, and thus delays on inputs and outputs 
to and from memory are avoided. The test 
code for the core is contained in the 
Program ROM. Also shown are the data 
memory RAM block and the internal data 
memory (IRAM). The peripherals are the 
wait-state generator necessary for the test 
suite and the External Special Function 
Registers (ESFRS) also needed by the test 


suite. 


Data captured from the wrapper is written 


to a simulation-listing file for comparison 


New Products RIE 


Figure 1 - Test setup for the core. 


to reference listings. The test bench is a 
self-checking type which will setup and ini- 
tialize the M8051Ewarp core and then 
check the program execution (using the 


test program stored in ROM). 
Memory Requirements 


Successful simulation of the system test 


suite required the following memory : 
¢ 4k bytes of synchronous ROM. 


¢1k bytes of synchronous single-port 
RAM. 


¢256 bytes of dual-port synchronous 
RAM. 


The CORE Generator tool from the Xilinx 
2.1i Alliance Series software suite was used 
to design and generate the memory mod- 


ules. 
Specifying Memory Contents 


The RAM cores had all their contents ini- 
tialized to zero by the CORE Generator, 
however the ROM module had to have test 
opcodes stored in it for simuation. There 


are two ways of specifying ROM contents 
with the CORE Generator: 





EWAAP 
CORE 


e .MIF file - Requires a line for each ROM 
location but also each byte has to be in 


binary format. 


¢ COE file - Allows the ROM locations to 


be specified in hex format. 


Because the .COE format is closer to Intel 
hex format we decided to use a .COE file 
to specify the ROM. First however it was 
necessary to write a special program which 
would take the Intel hex format file for the 
test opcodes and convert it into a .COE file 
for the CORE Generator. 


The final COE file looked like the follow- 
ing (abridged) : 


Component_Name=crom; 
Data_Width=8; 
Depth=4096; 

Radix=16; 
Default_Data=0; 
Memory_Initialization Vector = 
01, 

80, 

00, 

62, 

a8, 


The CORE Generator then generated an 
EDIF netlist with this .COE file for the 
ROM; it also generated EDIF netlists for 
the RAM modules. The EDIF netlists 
would be dragged-in later at the place and 


route stage for the wrapper. 
Synthesis Strategy 


We used Mentor Graphics Leonardo™ for 
synthesis. The target operating speed of the 
M8051 Ewarp core in the Virtex FPGA was 
30 Mhz. Therefore, the synthesis con- 
straints were setup accordingly. The part we 
targeted was the XCV200BG352. To syn- 
thesize the wrapper we first synthesized the 
M8051Ewarp core separately and then read 
it in, during the synthesis of the wrapper, as 


a separate file. 
Wrapper Synthesis 


For synthesis, all the memory modules are 
treated as “black boxes.” In addition to 
producing an EDIF file of the synthesized 
wrapper for place and route, synthesis also 
produced an .NCF file which Xilinx place 
and route uses to determine the timing 
constraints of the circuit. The timing 
analysis by Leonardo produced the follow- 


ing results: 


Clock Frequency Report 


Clock : Frequency 
SCLK : 33.8 MHz 

CCLK : 33.4 MHz 

PCLK : 33.4 MHz 


Critical Path Report 


There are no paths that violate user specified 
options or constraints 
And the expected area utilization report: 


KEKEKEKREKRKEKEREREREREREREREKRERREREKREKRERRKRRERERE 


Device Utilization for v200bg352 


KEKEKEKREKRKEKRRERRERERERREREKRERREEREKRERREKREREERE 


Resource Used Avail Utilization 


lOs G7 200 37.31% 

Function Generators 3653 4704 77.66% 
CLB Slices 1827 2352 77.68% 

Dffs or Latches 653 4704 13.88% 


This shows that the wrapper fitted into the 
XCV200 device and, 
Leonardo, was expected to run correctly at 


30 Mhz. 


according to 


Place and Route of the Wrapper 


Because several runs were required to pass 
static timing during synthesis and place 
and route, it was necessary to automate the 
place and route stage using the following 
script : 


ngdbuild -p 
ewarp_f.ngd 


v200bg352-6  ewarp_f.edf 


map ewarp_f 


Daie-dete-ol 5 -pl 5 -rl 5 -w ewarp_f 
ewarp_f out.ncd ewarp_f.pcf 


trce ewarp f_out ewarp f.pcf -v 3 -o 


ewarp_ f out 
ngdanno ewarp_f out ewarp_f.ngm 
ngd2ver ewarp_f out -w 


The file ewarp_f.edf is the EDIF file for 
the wrapper after synthesis. Note “ngdan- 
no” produces the SDF file which must be 
back-annotated with the FPGA netlist for 
gate-level simulation. The “ngd2ver” pro- 
gram produces a verilog netlist of the 
SimPrims primitives for verilog gate-level 
simulation. The FPGA device utilization 
figures we achieved are detailed in the out- 
put file from the “par” program: 


Device utilization summary: 


Number of ExternalGCLKIOBs 3outof4 75% 


Number of ExternallOBs 94 out of 260 36% 


Number of BLOCKRAMs 11 out of 14 78% 
Number of SLICEs 2073 out of 2352 88% 
Number of GCLKs Soutor4 75% 


Number of TBUFs 16 out of 2464 1% 

The “trce” program listed static timing 
information and constraints applied for 
place and route. This produced a lot of vio- 
lations on paths which upon closer inspec- 
tion turned out to be multi-cycle path 
exceptions. This was because multi-cycle 
path exceptions setup for _ the 


M8051Ewarp synthesis were not included 
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in the .NCF file generated from wrapper 
synthesis. Some effort was needed to 
examine all violating paths from “trce” 


and make sure they were path exceptions. 








Figure 2 - Waveform view. 


Verification 


Illustrated in Figure 2 is a waveform view 
of the M8051Ewarp core cycling through 
the test code stored on ROM at 30 Mhz. 
Program opcode can be seen coming 
into M8051Ewarp core on the PROGDI 
input. The program address is shown in 
signal PROGA. The test code was setup by 
the COE file at ROM generation. 


Running the complete simulation through 
4k bytes of test code results in 12100 vec- 
tors. If the core has simulated correctly, it 
will finish at PROGA equal to FFF hex. If 
there has been a problem then the simula- 
tion will not reach program address FFFh 
and it will be stuck in a loop at an earlier 
program address and will terminate after a 


certain time-out period. 


The output delays on some of the 
M8051Ewarp core output ports exceeded 
the strobe period at 30 Mhz. Usually core 
outputs are strobed out to a listing file 
twice per clock cycle, the strobe period 
being just less that half a clock cycle. 
Therefore, since some output delays 
exceeded the strobe period it was not possi- 
ble to do a straight unix “diff” between the 
Virtex netlist simulation listing and the ref- 
erence listing for this test. However inspec- 
tion of the listing file from simulation and 
comparison with the assember code listing 
for the test showed the circuit to be func- 
tioning correctly. 
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We found that the maximum speed with 
the netlist was 31.25 Mhz. Above this 
speed the setup time required for PROGA 
feeding into the ROM was being violated; 


PROGA was becoming valid too late 


before the next clock cycle. 
Conclusion 


We successfully placed and routed a com- 
plete M8051Ewarp core plus memory and 
peripherals on a Xilinx Virtex device and 
got it to work at speeds up to 31.25 Mhz. 
The key to our success was using the on- 
chip memory of the Xilinx part, and using 
the Xilinx CORE Generator software to 
design the memories. Synthesis was per- 
formed by Leonardo and the post-synthe- 
sis EDIF netlist of the M8051Ewarp 
wrapper was placed and routed by Xilinx 
2.11 Alliance Series software. The resulting 
verilog netlist and SDF file, after place 
and route, ran through the test suite suc- 


cessfully at the required speed. 


For more information on the 


M805 1Ewarp core see the 


Mentor Graphics website at: 


www.imentor.com /inventra / 
8051e_warp.html 
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Xilinx WebPACK Software 
Now Includes ModelSim 


A complete design environment, 


including simulation, for Xilinx 
CoolRunner and XC9500 CPLD... 


by Anita Schreiber 
Statt Applications Engineer, Xilinx 
anita.schreiber@yilinx.com 


Simulation is one of the keys to creating 
fast compact designs, with the least time 
and effort. Now you can simulate your 
functional and post-route VHDL and 
Verilog CPLD designs using the Xilinx 
WebPACK software, which includes the 
ModelSim software Model 
Technology, Inc. (MTT). 


from 


Using the MTI ModelSim simulator gives 
you the ability to use HDL testbenches 
which allow you to behaviorally describe 
the stimulus for your design. Describing 
stimulus behaviorally allows the simulation 
to more accurately represent the system 
conditions and to vary based on the 
response received by the device. HDL test- 
benches also enable concurrent stimulation 
of different functions within the design and 
can be defined to compare the results from 
the device with expected results, eliminat- 
ing the need to inspect waveforms to insure 
that the device is functioning properly. 


MTl ModelSim Xilinx Edition (MXE) 
The inclusion of ModelSim in WebPACK 


is through an exclusive OEM arrangement 
between MTT and Xilinx. MTT licenses to 
Xilinx a special edition of ModelSim called 
the ModelSim Xilinx Edition (MXE). 
MXE Starter is a free trial version available 
to Xilinx WebPACK customers that allows 
you to run up to 500 debuggable lines of 
code before performance reductions occur. 
Upgrades to the ModelSim Personal 
Edition (PE) and the Elite Edition (EE) are 
available from MTI and both upgrades are 
compatible with WebPACK. 


Downloading MXE 


MXE is included in the latest backPACK 
module of WebPACK as shown in Figure 
1. Downloading the required design entry 


and CPLD fitter modules of WebPACK 
and the MXE backPACK module results in 
a tight integration between WebPACK’s 
Project Navigator design environment and 
MTT’s simulation tools. WebPACK is avail- 
able at: www.xilinx.com/products/soft- 


ware/webpowered.htm. 
MXE Licensing 


Licenses are required for MXE and can be 
obtained at the end of the installation 
process or after the product has been 
installed. With either method, your Web 
browser will be directed to an online license 
request form. Upon completion of this 
form, the MXE license and instructions for 
installing the license will be quickly 


e-mailed to you. 


Using MXE with the WebPACK 


Project Navigator 


Once you have installed MXE, you can 
import HDL testbenches into design proj- 
ects in the same manner as other source 
files. When an HDL testbench is selected 
in Project Navigator, the ModelSim 
Functional and Post-route simulation 
processes are available as shown in Figure 2. 
You can create simulation command files 
(ModelSim “.do” files) as Project Navigator 
invokes the MXE simulator, or you can 


specify existing .do files. 


Execution of either of the simulator 
processes results in ModelSim simulating 
the design and displaying the specified 


windows as shown in Figure 3. 
Conclusion 


With ModelSim and WebPACK you can 
quickly and easily create CPLD designs 
that work perfectly, the first time. 


A detailed application note (XAPP338) 
instructing you on the operation of MXE 
within WebPACK for both CoolRunner 


and XC9500 CPLDs, leads you through a 
simple and complex design example using 
MXE for both functional and post-route 
simulations. XAPP338 is available on the 


Xilinx website at: 


www.xilinx.com/xapp/xapp338.pdf. 
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Figure 1 - MXE backPACK Module. 
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Figure 3 - Resulting ModelSim windows. 





Innovations 











New WebPACK 


‘Integrated Synthesis 
Environment (ISE 


Free, comprehensive design environment tor 
CPLDs available over the Web. 





by Larry McKeogh 
CPLD Software Sr. Technical Marketing Engineer, Xilinx 
larry.mckeogh@xilinx.com 


Xilinx WebPACK™, the popular Internet- 
enabled Project Navigator-based CPLD 
design environment just got better. The new 
WebPACK ISE release extends your produc- 
tivity and performance capabilities even fur- 
ther with an easier to use design interface 


and greater design control. 
The free WebPACK tool modules include: 


¢ Design Entry Module - Provides VHDL, 
Verilog, and ABEL HDL support as well 
as schematic capture design entry which is 


new to WebPACK with ISE. 
e Fitter - Fitters for either the XC9500 or 


CoolRunner families. 


¢ Programming - For device programming 


control. 


In addition, the recently introduced 
BackPACK modules have been augmented 
for the WebPACK ISE release. 


New BackPACK Capabilities 


Xilinx introduced the concept of a 
WebPACK “BackPACK,” or productivity 
enhancement module in April 2000. 
BackPACK modules are not required for 
CPLD design completion, but are useful in 


extending design flow functionality. The 
first BackPACK modules introduced were 
ChipViewer and Model ‘Technology's 
ModelSim XE Starter Edition. WebPACK 
ISE includes updates to these two tools as 
well as offering schematic design libraries for 


use with schematic capture. 


WebPACK ISE also introduces two new 
tools developed by Visual 
Solutions (VSS) for inclusion in Xilinx soft- 


Software 


ware: StateCad (www.statecad.com) and 
HDL Bencher (www.testbench.com). 


StateCad 


StateCad automates the state machine 
design process. It automatically looks for 
common design problems such as stuck-at- 


state, conflicting state assignment, and inde- 
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Figure 1 - Project Navigator design environment. 


terminate conditions. Its automated error 
analysis insures that designs are logically 
consistent which reduces the simulation 
requirements and improves product reliabil- 
ity. StateCAD automatically produces HDL 
code for synthesis and simulation that elim- 
inates manual translation efforts and coding 
errors. It simplifies complex state machine 
design allowing you to achieve peak hard- 
ware performance with less effort than 


before. 
HDL Bencher 


HDL Bencher is an automatic test bench 


generator allowing test benches to be creat- 


ed in minutes. A VHDL or Verilog design 


Time (ns) 
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file can be imported to HDL Bencher either 
manually or through the Project Navigator 
design environment. HDL Bencher analyzes 
the design I/O and creates a default stimulus 


waveform for each. The waveform may be 
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easily modified to simulate the expected 
design performance. Final waveforms may 
be exported as a VHDL or Verilog file for 
use in many popular EDA simulators. The 
automatic nature of HDL Bencher allows 
test benches to be automatically updated as 
your design changes, thus eliminating stale 
test cases. Use of HDL Bencher ensures that 
your complex hardware designs are more 
robust and up-to-date than if coded manu- 
ally all in a fraction of the time. 


Easier to Use Design Interface 


The upgraded Project Navigator design 
environment, shown in Figure 1, has a new 
look and feel. The basic Project Navigator 
structure is maintained and 
includes significant new flexi- 


bility enhancements, allowing 








you to fully customize the 





design environment. 


Other ease of use improve- 





ments (as shown in Figure 1) 


include: 
1 - HDL editor integration. 
2 - Synthesis flow switching. 


3 - Double-click design process property 


and options access. 


4- Augmented design processes grouped 


into four basic areas allowing as much or 
as little interaction with the design flow 


as you want. 
Greater Control 


In addition to the improved design environ- 
ment and new tool integration the CPLD 
tools are augmented with the following new 


features and improvements: 


¢ XC9500XV output banking support auto- 
matically assigns device outputs based on 
the desired output voltage standard. 


¢ Improved design analysis included in the 


fitter and timing reports. 


¢ Operating code cleanup and efficiency 


improvements. 


¢ The ABEL language was upgraded to ver- 
sion 7.3 with the following changes: 


- ABEL-XST synthesis. ABEL designers 
can now choose ABEL-XST synthesis 
for similar synthesis results with 
improved software stability 


- WYSIWYG Support. New option for 
ABEL designers who want to assign the 
exact design implementation and not 
have the synthesis or fitting tools re- 


optimize the design 
- True bus notation for ABEL designs 


¢ Improved design analysis included in fitter 


and timing reports. 


¢ Operating code cleanup and efficiency 


improvements. 
Conclusion 


WebPACK ISE builds on the success of the 
original WebPACK with improvements to 
the Project Navigator design environment 
for improved ease of use. The Xilinx CPLD 
design implementation tool update included 
in WebPACK ISE provides design control, 
while the tight integration of new tools such 
as ECS, HDL Bencher, and StateCad 
extend the WebPACK functionality making 
WebPACK ISE the industry leader in design 


environments available over the Internet. 


WebPACK ISE is a modular design tool 
available for free from the Internet at 
http:/hwww.xilinx.com/products/software/ 
webpowered.htm. 
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An Ideal Fit tor 


Smart Card Readers 





Coolrunner CPLDs can be used to implement various functions 
within Smart Card Readers, and are especially beneficial in handheld, 
lightweight, battery-powered applications. 


by Karen Parnell 

European Marketing Manager, 
High Volume Products, Xilinx 
karen.parnell@xilinx.com 


Smart Cards are becoming a common part of 
our every day lives, and new ways to use this 
technology are being developed at a rapid 
pace. Because they hold more than 100 times 
the information contained on a standard 


magnetic strip card, Smart Cards can store 
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small denominations of cash, accumulate 
medical records, be used as security cards, 
and can greatly ease on-line buying. Their 
applications and acceptance are increasing 
daily; the American Express® Blue Card now 
comes with a free Smart Card reader that 
connects to your PC so you can interrogate 
your account securely on-line, and you don't 
have to enter your account details every time 


you purchase from a website. 


The Smart Card Reader 


One of the fastest growing uses for Smart 
Cards is to replace the standard credit card; 
this has lead to a dramatic increase in 
portable battery powered Smart Card read- 
ers. These readers can be used in restau- 
rants for payment at your table, in taxis and 
buses for payment on the move, and in on- 


line Web-based or main street stores. 


Figure 1 shows the basic components of a 
Smart Card reader. These functions may 
also be integrated into cash registers, vend- 
ing machines, public pay phones, set-top 
boxes, mobile phones, utility meters, and 
many other devices that require an authen- 


tication or secure payment system. 


The functional blocks that make up the 


system are: 


e Main data processing - typically a 16- or 
32-bit microprocessor (MCU) for com- 


putational functions. 


¢ Memory - to store data (operating sys- 
tem, variables, data storage) and micro- 


processor boot code. 
¢ Security logic - to aid data encryption. 


¢ Card reader interface - for both the Smart 
Card reader (contact and contactless) and 


the magnetic card reader. 


¢ Keypad and keypad decoder - for enter- 
ing Personal Identification Numbers 
(PINs) and other data, and the associated 
logic to decode the input. 


¢ LCD Display driver - for user feedback. 


¢ Modem and modem interface - for inter- 
facing to wireless, cellular, and radio 


modems (usually PCMCIA type). 


How it Works 
In a typical consumer transaction: 


¢ The merchant inserts the Smart Card 
into the card reader and power is applied 
to the card. 


¢ The reader communicates with the Smart 
Card MCU to perform the card authen- 


tication cycle. 
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¢ During the initial read function the Smart 
Card interface logic passes the data to the 
card reader microprocessor via the security 
logic. (The CoolRunner device is a non- 
volatile EEPROM CPLD so it is secure 
and reliable and thus ideal for implement- 


ing security logic and MCU decoding.) 


The card reader instructs the user to enter 
a PIN via a message on the LCD. The user 
enters their PIN via the keypad; this is 
authenticated by the reader MCU. The 
PIN is verified by the MCU in the card 
which compares the PIN stored in it’s 
RAM with the one presented. If the com- 
parison is negative the CPU will refuse to 
work. The Smart Card keeps track of how 
many wrong PINs are entered and if it is 
over a predetermined number, typically 
three attempts, the card blocks itself against 


any future use. 


i 


Figure 1 - Smart Card reader internal functions. 


e When the PIN is verified, the purchase 
amount is entered by the merchant and 
the Smart Card is interrogated to see if it 
has enough stored value. If so, the 
amount entered is deducted from the 


stored value on the card. 


e If it is not an SVC (Stored Value Card) 
transaction then the amount to be 
debited from the bank account will be 
verified using the modem (wireless, 


cellular, or radio). 


e When the transaction is complete the 
card is ejected and removed. The Smart 
Card reader is then ready for the next 


transaction. 
CoolRunner Technology is Key 


The Coolrunner family of ultra low power, 
low cost CPLDs is ideal for this application. 
Not only do the CoolRunner devices con- 
sume less power than any other CPLD but 
they come in very small form factor pack- 
ages, such as the 56 pin, 0.5mm pitch Chip 
Scale Package device shown in Figure 2. 
CoolRunner devices are available in both 
3.3V and 5V versions, enabling Smart Card 
readers to easily accommodate both the new 


3.3V Smart Cards and the older 5V types. 


Co dunner 





CoolRunner CPLDs are perfect for 


performing the interfacing and 


decoding functions in the Smart 
Card reader. The main CoolRunner 
tasks are the memory interfacing, 
input/output expansion, keypad 
decoder logic, LCD interfacing, 
modem interfacing, and interfacing 
to the physical card reader itself. 
Because they are reprogrammable, 


CoolRunner devices allow the Smart 








Figure 2 - CoolRunner XPLA3 64-macrocell 56-pin, 
0.5mm pin pitch Chip Scale package. 


Card reader to be updated in the field, thus 
increasing the effective system life. By inte- 
grating all of the logic into a small form fac- 
tor, ultra-low-power CoolRunner CPLD, 
you can dramatically reduce the total PCB 


area and number of layers required. 
Conclusion 


The Smart Card market is on the brink of 
realising its full world-wide potential for 
cashless transactions, store loyalty schemes, 
access control systems, medical record cards, 
identity cards, drivers licenses, and many 
other applications. This year we will see per- 
sonal computers shipped with Smart Card 
readers as standard equipment which will 
unlock widespread world-wide acceptance of 
multi-application Smart Cards, and hand- 
held battery powered Smart Card readers in 


taxis and buses will become common place. 


Xilinx high-volume CoolRunner CPLD 
devices provide you with cost effective solu- 
tions that retain the traditional PLD time to 
market advantage but with the added benefit 
of ultra low power operation, very small 
form factor packages, and a secure, reliable, 


non-volatile process technology. 


AAVQ (32) 
A8CS (32) 


AAVQ (32) 
*A8CS (32) 
56CP (44) 
100VQ (64) | 100VQ (80) 
144TQ (104) | 144TQ (104) 
208PQ (160) 
280CS (160) | 280CS (216) 


Table 1 - The CoolRunner family of CPLDs. 
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PLDs-Your Competitive 


Edge tor High Volume 
Production 





With a compound annual growth rate of over 29% trom 1990 
to 2000 the PLD industry is one of the fastest growing segments 


of the IC industry. 


by Rebecca Burr 
Director, Market Analysis, Xilinx, Inc. 
rebecca.burr@xilinx.com 


According to the Semiconductor Industry 
Association (SIA), the programmable logic 
market is forecasted to grow by 42.9% in 
2000 to $4.1 billion. To place this in per- 
spective, in 1990, PLD shipments of $416 
million represented roughly 5% of all logic 
devices sold. In the year 2000, PLDs will 
account for more than 14% of all logic 
devices sold. This tremendous market 
expansion only further reinforces the 
growing acceptance and viability of PLDs 
as a system design standard. Fueling this 
explosive growth are several industries 
whose success was in part enabled by the 


PLD industry. 
Time-to-Market Advantages 


Winning companies have succeeded by 
getting their products to market before 
their competition. They meet their cus- 
tomers’ needs quickly and therefore estab- 
lish a market position that is very difficult 
to challenge; this position also gives them 
a market advantage for subsequent genera- 
tions of products. This so-called “time-to- 
market” paradigm is the watchword for 


many entrepreneurial companies. 
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Reducing their time to market remains a 
key focus for competitive companies. This 
focus is growing in complexity because of 
virtual manufacturing and because system 
designers are increasing their collaboration 
with suppliers and customers—the steps 
required for prototyping, design change, 
quality testing, and change execution are 
being further compressed. Programmable 
logic has proven itself a very effective solu- 
tion for dealing with these challenges by 
helping companies deliver products to 


market as fast as possible. 
Time-to-Volume Advantages 


Winning companies must not only devel- 
op new products quickly (time to market), 
they must also be able to manufacture the 
product, and quickly ramp production to 
meet customers demands. This is called 
“time-to-volume.” Component supply 
through electronics distributors, and flexi- 
ble contract manufacturing, are factors 
that have enabled companies to respond to 
soaring customer demand. Furthermore, 
PLDs have been a major factor in provid- 
ing an off-the-shelf platform for not only 
prototyping and early production, but also 
manufacturing through the entire product 
life cycle. 


As standard, off-the-shelf products, PLDs 
can be produced inexpensively, in high vol- 
umes; there is no delay for production ramp 
up as is often the case with ASICs which 
often require a long lead time and added 
risk. We maintain that time to volume is a 
more critical concern than time to market 
for electronic equipment designers and 


manufacturers today. 


Designing with standard, off-the-shelf pro- 
grammable logic devices gives you the key 
advantage of flexibility, allowing you to 
immediately address market demands for 
high volume production; programmable 
logic has been proven effective for all appli- 


cations, not just low volume systems and 
prototyping. 
Affordability Meets Desirability 


Many factors affect whether a product is 
viewed by the marketplace as being both 
desirable and affordable. Figure 1 illustrates 
market potential, which is the junction rep- 
resenting those consumers who desire and 


can afford a given product. 


Consumers must balance the purchasing 
power of their income with the cost of a 
given product. Purchasing power is affected 
by a broad spectrum of factors. For example, 
consumers income levels, other expenses, 
and inflation play a large part in determin- 
ing purchasing power. At the same time, 
they must rationalize the cost of ownership 
of a product (maintenance, and so on) and 
any ongoing usage costs. Therefore, a prod- 
uct must offer a high level of utility through 
features and performance. The combination 
of product appeal and practicality equates to 
market size. 


A Tale of Two Products 


Let’s illustrate how the manufacturing 
model, and consequently the drive for time 
to volume, has changed over the years by 
contrasting TVs with DVDs (digital video 
disk players). Television entered the US mar- 
ket in 1936 with very little market impact, 
because there was little content and also lit- 
tle disposable income with which to buy the 
TV sets. By 1945 there were probably less 
than ten thousand TV sets in use, yet that 


number was destined to grow enormously as 
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post-war incomes rose and broadcast net- 
works were able to supply the content that 
drove demand. By 1950, the number of TV 
sets in consumer's hands had grown signifi- 
cantly to six million sets, and then to sixty 
million by 1960. In 1998, according to the 
Consumer Electronics Manufacturing 
Association (CEMA), penetration of color 
televisions reached 98% of U.S. households. 


Figure 2 presents television penetration over 


time. 


Contrasting the acceptance and penetration 
of television to that of DVD player market 
illustrates why time to volume has become a 
fundamental market force for designers and 
system manufacturers. The DVD market 
was in an ideal market position at its incep- 


tion. The content (movies) was already avail- 
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Figure 1 - Market potential is the overlap of affordability 
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and desirability, 


able and the market requirement for high- 
quality movies to be played on big-screen 
TVs and home theater systems had already 


developed. Moreover, the cost to purchase a 





sumer products, the 
affordability threshold is 
attained when the end 
price falls 
between 1.1 and 1.8 
of household 
income. ‘Table 1 presents 
US median household 


income and correspon- ; 


250,000,000 


200,000,000 





equipment 
q 4 150,000,000 


weeks 100,000,000 


50,000,000 


ding price points for con- 


sumer goods acceptance. 
Industrial Markets 


The concepts of market 
potential apply to non- 
consumer, industrial 

equipment as well. For example, Internet- 
based corporations of all sizes must respond 
to their customers’ needs for more 
bandwidth. Both internal cus- 
tomers for Intranet support, and 
external customers demanding 
faster, more seamless Internet 
interfaces, are demanding greater 
performance. The result is that 
companies are demanding ever- 
increasing performance and more 
features from their network sys- 
tem suppliers. Those network sup- 
pliers, in turn, have to respond 
with faster, better, cheaper prod- 
ucts in much shorter time than 
ever before. The stakes are colos- 
sal, because if a network company 


cannot service its customers, then 
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Source: U.S. Census Department, CEMA Consumer Research 


Figure 2 - Television penetration time to volume 


some other supplier will step in and take its place 


as the market leader. 
Conclusion 


Programmable logic will continue to outpace 
other electronic component market segments 
because there is no faster or better way to devel- 
op and manufacture your products; this applies 
to cellular phones, base stations, electronic test 
equipment, medical devices, telephone switch- 
ing systems, and a vast array of consumer and 
industrial products. In the year 2000, PLDs 
will account for more than 14% of all logic 


devices sold. 


Programmable logic has proven itself a very 
effective solution for dealing with the chal- 
lenges of delivering product to market on a 


timely basis. 


DVD player and the DVD disks was low eat Total Income Product Affordability Range 
compared to when TVs were initially intro- 1969 §33.072 $728 “a $1,191 
duced to the market. The result was explo- 
sive growth in product demand. Industry 19 fa $34,666 $763 to $1,248 
prognosticators forecast that the US con- 
aa will purchase ten million DVD play- . ee ue a are 
ers in 2000. This will represent an increase 1989 $36,598 $805 to $1,318 
in market penetration from 4% to 12% in 1993 $33,660 $74] ae $1,212 
twelve months. 

1996 S250) 2 $774 to $1,266 


Customer demand has driven this growth of 
advanced products. TVs were interesting 
and unique, yet with the lack of disposable Table 1 - Product affordability based on consumer income (in 1996 dollars). 
income there was not a significant demand 


for televisions until the 1950s. For con- 
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The design productivity gap 
creates an opportunity tor 
competitive advantage. 


by Carol Fields 
Methodology Manager, Design Solutions Group, Xilinx 
carol@yilinx.com 


With today’s technology, you are faced with 
more usable gates then ever before; that’s 
both a blessing and a curse. Moore's law, 
stating that “the number of transistors per 
square inch on an integrated circuit doubles 
every two years , has been holding true since 
1965, allowing a higher level of integration 
to occur on one piece of silicon. However, 
you can only take advantage of this expo- 
nential growth in densities if it is matched by 


a similar growth in design productivity. 


Why worfy about this gap in productivity? 
Histatty a": shown that on average, for a 
Pe ayphO duet matket, the first entrant takes 
“70% ofall salés over the lifetime of the prod- 

At setonditales 15%, and the later ones 


the wéemaihing 15%, as illustrated in 


ee fig Ipspays to be first. 
vv / 
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Design Reuse Fills the Productivity Gap 


The most promising way to fill this produc- 
tivity gap, and be the first to the market with 
your new product, is to reuse existing designs 
or Virtual Components (VCs). Design reuse 
is not a new idea; designers have always 
reused code, scripts, testbenches, and so on. 
What is new (from two years ago) is the 
growth in intellectual property (IP) infra- 
structure and the formalization of Design 
Reuse methodologies. 


Design Reuse exists in several levels from “ad 
hoc” reuse of a previous proj- 


ect to purchasing a design Galas 


Volume 


from a third-party vendor. If 
an in-house VC has the 
potential of being reused 







more than twice, it is wise to 
put some effort into develop- 
ing a Design Reuse method- 
ology. This methodology 
addresses all aspects of the 
process including legal and 
business practices, VC specifi- 
cation, designing and coding, 
testing strategies, design stor- 
age and retrieval, and design 
metrics. 


The amount of effort or lack of effort has a 
direct effect on the VC's reusability, especial- 
ly if the person reusing the module is not the 
original designer. If a third-party VC is to be 
purchased, it is important to understand the 


total cost and actual usability of the VC. 


The key to Design Reuse is trust. For an 
internally generated VC you need to build-in 
trust, and when purchasing a third party VC 
you need to define what makes the VC trust- 
worthy. 


Design Reuse Strategy Today 


The most popular design reuse methods are 
for ASIC designs. This makes sense because 
the abundance of gates provided by Moore's 
Law is allowing such a high level of integra- 
tion as to place an entire System-on-a-Chip 
(SoC). In 1995 the Dataquest definition of 
SoC included a compute engine (micro- 
processor, microcontroller, or digital signal 
processor), at least 100K of user gates, and 
significant on-chip memory. Five years later 
we still do not find an abundance of systems 
on an ASIC chip. However, what we are 





Figure 1 - Time-to-market product life cycle. 


seeing is an increased use of System Level 
Integration (SLI). What we are also finding 
is more SLI occurring on FPGA devices 
with many of the same design issues as SoC. 


The predictions are that by 2003 the bulk 
of the industry revenue growth will be 
because of SLI. The existing Design Reuse 
methodologies today are closely linked to 
SoC. In reality it makes more sense to tie 
Design Reuse methodology to both SoC 
and SLI since a formalized Design Reuse 
methodology would benefit both SoC and 
SLI designers. 
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Systems-On-a-Reprogrammable-Chip 
FPGAs have changed dramatically since they 


were first introduced and used as glue logic 
just 15 years ago. In the late 1980 and early 
1990s, FPGAs were primarily used for pro- 
totyping and lower volume applications 
while custom ASICs were used for high vol- 
ume, cost sensitive designs. FPGAs had been 
too expensive and too slow for many appli- 
cations, let alone for Systems-on-a-Chip. 
Plus, the development tools were often diffi- 
cult to learn and lagged the features found in 
ASIC development systems. 


Silicon technology now allows us to build 
FPGAs consisting of tens of millions of tran- 
sistors allowing for more features and capa- 
bilities in programmable technology. With 
todays deep sub-micron technology, it is 
possible to deliver over three million usable 
system gates in a FPGA. Today's average 
ASIC design operating at 30 to 5OMHz can 
be implemented in an FPGA using the same 
RTL synthesis design methodology. By the 
year 2003, a state-of-the-art FPGA will 
exceed 10 million system gates, and will 






operate at internal speeds far surpassing 200 
MHz. Many designs that once could only be 
implemented in an ASIC due to speed, den- 
sity, Or pricing are converting to a much 
more flexible and productive FPGA solution. 


It is a safe bet that more systems will be 
implemented in FPGAs in the future, espe- 
cially given Moore’s law and the ingenuity of 
FPGA R&D engineers. The industry ana- 
lysts predict that in 2003 FPGAs will begin 
to replace standard cell ASICs in all but very 
high volume applications. However, there are 
many cases where the volume is not high 
enough for Standard Cell technology, 
such as the adoption of gigabit 
Ethernet, and areas where there is a 
demand for higher performance prod- 
ucts to meet increasing traffic flow 
from the Internet. 


Because Design Reuse is about plan- 
ning for the future, the term Systems- 
on-a-Reprogrammable-Chip (SoRC) 
is used for SoC implemented in an 
FPGA. This term is used to define 
both full and partial system-level 
designs since the challenges facing 
these FPGA designers are almost 
identical. Although it is rare to find 
entire systems on an FPGA today, there is 
an increasing amount of SLI designs occur- 
ring due to the newer FPGA architectures 
(such as the Virtex family containing sys- 
tem-level features). 


Planning for the Future 


Today most major digital design companies 
are in the process of defining (or redefin- 
ing) their Design Reuse strategy. This gen- 
erally includes the creation of an internal 
Design Reuse Department, similar in 
structure to the existing EDA Department 
used to manage CAD tools. In the late 
1980’s many major companies had already 
formed their EDA Department to support 
the multitude of ASIC EDA tools. At this 
point FPGA technology was just emerging 
with designers using either a proprietary 
EDA tool or a simple schematic capture 
tool; these tools hardly required a depart- 
ment to manage them. By the mid-1990s 
FPGAs were being widely used by these 
same companies for higher density glue 
logic and SLI, and FPGA support was 
retrofitted into the EDA Departments. 
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Figure 2 - The productivity gap 


Today, we have the opportunity to define a 
reuse strategy that can not only co-exist for 
FPGAs and ASICs but can also work seam- 
lessly between the two technologies. The 
decision to include FPGAs in a Design 
Reuse strategy must be made up-front 
because it affects almost all phases of the 
Design Reuse process, from design specifica- 
tion to verification planning. 


Sharing RTL Design Methods 


One of the most exciting outcomes of the 
dramatic improvements in FPGA architec- 
tures, pricing, and design tools is that this 
technology advancement has made it possi- 
ble for ASIC and FPGA designers to share a 
common RTL design methodology. A com- 
mon RIL design methodology is the basis 


for a common design reuse methodology. 


Though ASICs will continue to provide 
higher levels of design integration, higher 
speeds, and new EDA environments, 
FPGAs are never far behind. The major 
FPGA and EDA companies have made a 
conscious decision to keep their design envi- 
ronments the same, from the end users 
point of view, to make it easy for users to 
move from one technology to the another. 
This was illustrated by the wide adoption of 
RTL synthesis tools and verification tools in 
the mid-1990s. In the case of RTL synthesis, 
existing ASIC methodology was kept the 
same and the synthesis algorithms where 
changed to target specific FPGA devices. 
Today we are seeing higher-level EDA tools 
such as Floorplanners and team-based 
design tools using the Internet. 
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Conclusion 


In 1999, the number of ASIC design starts 
peaked at only 1000 designs, and despite all 
the publicity over the multimillion gates 
designs, most of these design starts were 
under 200K transistors. The average FPGA 
design start in 1999 was between 10K and 
50K gates, with the fastest growing size range 
between 50K and 100K gates. Considering 
that FPGAs are more widely used than ASICs 
in digital designs today, it makes sense to 
include FPGAs in a design reuse strategy. 


There are many benefits of sharing a common 
design reuse strategy; one of the most com- 
pelling is the flexibility it gives the designer to 
choose the IC technology late in the design 
cycle. It provides the flexibility to choose the 
best method to implement an SLI design 
without the overhead of retraining the design 
teams. In this fast pace market it is difficult to 
predict what features your product will need 
and what technology you should use. 


A Design Reuse strategy is more than RTL code 
and synthesis. Many companies reusing designs 
have found more value in the design and test 
specifications than the actual RIL design. If 
you are currently an ASIC user, the good news 
is that many of the elements of a good design 
reuse methodology can easily incorporate 


FPGAs with minimal modifications. 


Xilinx has joined efforts with Qualis Design 
Corporation to create the first Reuse Design 
Guide for FPGA users. This new FPGA Reuse 
Field Guide will walk you through the elements 
of building a design reuse strategy and is avail- 
able, free of charge, from the Xilinx website at: 


WWW.XILINX. com/ipcenter. 


Year 2000 Worldwide 


Xilinx Event Schedules 


Year 2000 North American Event Schedule 





Sept 6-7 Embedded Internet Conference 2000 


San Jose, CA 

Sept 20 SNUG 2000 Boston 
Boston, MA 

Sept 24-28 — Embedded Systems Conference 2000 
San Jose, CA 

Sept 26-28 — MAPLD 2000 
Laurel, MD 

Oct 16-19 —_ICSPAT 2000 
Dallas, TX 

Oct 16-18 = NCF/ InfoVision 2000 
chicago, IL 

Oct 18-21 Frontiers in Education 2000 
Kansas City, MI 


Year 2000 European Event Schedule 


Sept 4-15 —_Xilinx Roadshow 
Throughout Germany 
Sept 5-8 EUSIPCO 2000 
Tampere, Finland 
Oct 12-13 — Nokia Expo 
Espoo, Finland 
Oct 23-24 —_1P2000 Europe 
Edinburgh, Scotland 
Nov 21-24 _—_ Electronica 2000 


Munich, Germany 


Year 2000 South East Asian Event Schedule 


Sept 27-28 —_{IC 2000 
Seoul, Korea 


Oct 3-4 EDA&T 
Hsinchu, Taiwan 


Xilinx Technical Seminar 
Sydney, Singapore, Seoul, and Shanghai 


Nov 2000 


Year 2000. Japanese Event Schedule 


Nov 2000 _ Micon System Tool Fair 2000 
lokyo, Japan 
Nov 2000 Xilinx Technical Seminar 


lokyo, Osaka, Yokohama, and 
lachikawa, Japan 


For more information about Xilinx Worldwide Events, please contact 
one of the following Xilinx team members or see our website at: 
http://www.xilinx.com /company /tradeshows.htm 


© US Shows: Darby Mason-Merchant at: darby@yilinx.com or 
Jennifer Makin at: jenn@xilinx.com 


© European Shows: Andrea Fionda at: andrea.fionda@xilinx.com. 
© Japanese Shows: Renji Mikami at: renjimikami@yilinx.com 


e SouthEast Asian Shows: Mary Leung at: mary.leung@xilinx.com 
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CoolRunner CPLDs - Your Best Choice tor Battery Operation 


Recent studies prove that the Xilinx CoolRunner” family gives you far longer battery life than any other CPLD on the market. 


by John Hubbard 


CPLD Applications Engineer, Xilinx 
john. hubbard@yilinx.com 


The hand-held consumer electronics market is currently experiencing 
unprecedented growth, and it has become imperative for manufactur- 
ers to maximize battery longevity to enhance their competitive edge. 
With the CoolRunner CPLD family you get high performance, 
extremely low power, and field upgradeability, in a very small 
package—clearly the best solution for the next generation of low cost 


portable equipment. 
CPLD Comparison 


Your battery-operated design will run much longer with CoolRunner 
CPLDs. To illustrate the dramatic difference, Figure 1 compares the 
impact on battery life using CPLDs from Altera®, Cypress®, Lattice®, 
Vantis® and Xilinx. This comparison was implemented with the fol- 


lowing conditions: 


¢ Two Energizer® No. E91 AA 1.5V alkaline batteries were used as the 


power source. 
¢ The CPLD was the only device loading the batteries. 
¢ Each CPLD was fully populated with 16 bit binary counters. 
¢ All counters were clocked at 20 MHz. 
¢ All outputs were unloaded. 
Dynamic Power Consumption 


As you can see from Figure 1, CoolRunner CPLDs extend battery life 
far beyond the competition. In fact, the competition was given a 
power advantage by measuring their CPLDs in low power mode. 
However, the competitions CPLDs run much slower in low power 
mode. CoolRunner CPLDs do not need a low power mode and they 
always operate at full speed. 


Static Power Consumption 


Since the CoolRunner CPLD draws 1/1000th the power that the 
competition requires at standby, your power management require- 
ments will be dramatically reduced or eliminated. As shown in Figure 
2, in standby mode, the CoolRunner CPLD can extend battery life up 
to 390 times that of the competition. 


Total Power Consumption 


By modulating the dynamic operation (full power) with static opera- 
tion (standby mode), you will considerably extend the battery life of 
your design using CoolRunner CPLDs. Figure 3 illustrates battery 
longevity in the form of duty cycle where, for example, a 75% duty 


cycle represents 75% dynamic and 25% static operation. 


Conclusion 


CoolRunner CPLDs are clearly the low power leader—for your com- 
pany to remain competitive in the rapidly growing portable market, 


your best choice is Xilinx. 


See the articles on page ____ and ____ for more information. You can 
CPLDs at: 
http://support.xilinx.com/products/xpla3.htm and http://support.xil- 


find the full story on CoolRunner 


inx.com/products/coolpld.htm 


You can extend your battery life up to 200 
times just by using CoolRunner CPLDs. 
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Figure I - Dynamic CPLD battery life comparison. 
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Figure 2 - Static CPLD battery life comparison. 
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Figure 3 - CoolRunner duty cycle effect on battery life. 
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Choices, Choices, and Opinions 


How to choose the best Xilinx programmable logic technology tor your application. 


by Peter Altke 


Applications Engineering, Xilinx 
peterQxilinx.com 


Xilinx offers a wide variety of programmable 
logic devices, using different architectures 
and technologies. Here is a high-level 
overview of the different families and some 


suggestions for the prospective user. 
5V or 3.3V / 2.5V? 
The standard logic supply for 30 years has 


been 5 volts, but modern processes with 
smaller geometries demand lower voltages, 
such as 3.3V, 2.5V, 1.8V, and even lower in 
the future. While Xilinx strives to make 
inputs tolerant to voltages higher than Vcc, 
we discourage you from starting any new 


project with 5V devices. 


Xilinx will continue offering 5V devices for 
years to come, but these devices will not ben- 
efit from the traditional performance 
enhancing and cost-reducing redesigns, and 
process enhancements. To benefit from the 
latest technology, do not use 5V devices for 


new designs unless there is a special reason. 


CPLDs or FPGAs? 


CPLDs with their PAL-derived, easy-to- 
understand, AND-OR structure offer a sin- 
gle-chip solution with fast pin-to-pin delays, 


fe 





even for wide input functions. And, once 
programmed, the design can be locked and 
thus made secure. Most CPLD architectures 
are very similar, so it is important to evaluate 


the subtle nuances. 


In-system-programmability (ISP) is a must 
for today’s designs, and the ability to main- 
tain pin-outs during design modifications 
(“pin-locking”) is crucial. The limited com- 
plexity (<300 flip-flops) means that most 
CPLDs are used for “glue logic” functions. 
For most CPLDs, the relatively high static 
(idle) power consumption prohibits their use 
in battery-operated equipment. Xilinx 
CoolRunner devices are the notable excep- 
tion, offering the lowest static power con- 
sumption (<50 microamps) of any program- 


mable device. 


FPGAs offer much higher complexity, up to 
70,000 flip-flops, and their idle power con- 
sumption is reasonably low. Because the con- 
figuration bitstream must be reloaded every 
time power is re-applied, design security is an 
issue, but the advantages and opportunities 
of dynamic reconfiguration, even in the end- 
user system, are an important advantage. 
FPGAs offer more logic flexibility than 
CPLDs, and more sophisticated system-level 
features (clock management, on-chip RAM, 


programmable I/O levels). 


Recommendations 


Use CPLDs, such as the XC9500XL family, 
for small designs where “instant-on’, fast and 
wide decoding, in-system programmability, 
and design security are important. Use 
CoolRunner CPLDs when idle-power con- 
sumption is important, as in battery-operat- 


ed equipment. 


Use FPGAs for larger and more complex 


designs. 


FPGA Families 
Xilinx has a wide range of FPGAs to choose 


from. Here's an overview of our complete 


product line, from the beginning. 
XC2000 and XC6200 


The Xilinx XC2000 family was introduced 
in 1985, and has outlived its useful life. The 
XC6200 family embodied an innovative 
architecture that was popular in academic 
research, but found no commercial use. 


These families are no longer available. 
XC3000, XC3100, and XC5200 


These families are not recommended for new 
designs, because several newer families offer 
better functionality and performance at a 
lower price. The XC3000L is still the FPGA 
family with the lowest static (idle) power 
consumption of <100 microamps, and it 
offers an on-chip crystal-oscillator driver, not 
available in any other FPGA family. These 
families stay in production, but are not rec- 


ommended for new designs. 
XC4000 - E, EX, XL, XLA, and EV 


Today, this is the industry's most popular 
series of FPGA families. The XC4000E is a 
superset of the XC4000 family, with higher 
speed, more routing, and edge-triggered syn- 
chronous write into the LUT-based RAM. 
The XC4000EX extends the XC4000E fam- 
ily to 3000 flip-flops, and adds a generous 
amount of routing resources. The XC4000, 
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XC4000E, and XC4000EX are 5V fami- 
lies, and as such are not generally recom- 
mended for new designs, because newer 
families offer better performance and lower 


cost. 


The 3.3V XC4000XLA is an upgrade of 
the very popular 3.3V XC4000XL family, 
and the 2.5V XC4000XV extends the fam- 
ily to 18,000 flip-flop capacity. The 
XC4000XLA devices should be used where 
the more advanced features of the Virtex 
series (BlockRAM, clock management, and 
versatile I/O) are not needed. Use Virtex-E 
instead of XC4000XV for new designs. 


Spartan 


Spartan devices are functionally a subset of 
the XC4000E family, offering up to 2000 
flip-flops at a significantly lower price. 
They are mainly used in cost-sensitive, 
high-volume (consumer) applications. 
Spartan FPGAs achieve lower manufactur- 


ing cost in several ways: 
e The die are smaller. 
¢ The manufacturing flow is streamlined. 


¢ Speed, temperature, and package options 


are more limited. 
¢ Configuration modes are bit-serial only. 


¢The pricing structure favors high- 


volume sales. 


Spartan is a 5V family, and as such is not 


generally recommended for new designs. 
Spartan-XL and XC4000XLA 
The Spartan-XL and XC4000XLA families 


offer similar features and performance, 
where Spartan-XL covers the range of 360 
to 2000 flip-flops, while XC4000XLA 
offers 1,500 to 7,000 flip-flop capacity. 
These 3.3V families should be used where 
the more advanced features of the Virtex 
series and Spartan-II are not needed (such 


as BlockRAM, clock management, and ver- 


satile I/O). 
Virtex, Virtex-E, and Virtex-EM 


The Virtex family is the biggest design 
project in Xilinx history and, judging by 
the number of early design-wins, is also the 
most successful. The Virtex architecture is 
rooted in XC4000 concepts (4-input look- 
up tables, usable as synchronous RAM), 
but the design started with a clean slate: 


¢ The interconnect structure is generous, 
and is optimized for short and predictable 
delays. 


¢ DLL-based fully digital clock-manage- 
ment eliminates on-chip and on-board 


clock delays. 


¢ The device pins are compatible with 


many board-level I/O standards. 
¢Up to several hundred dual-ported 


BlockRAMs of 4Kb each. 
Virtex-EM 
| 
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X(4000XV 
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Figure I - Xilinx FPGA Genealogy 


Vec=1.5...3.3V Vec=1.5...3.3V 


XC4000XV: 3.3V only 


The 2.5V Virtex family covers the range 
from 1,800 to more than 27,000 flip-flops. 
The 2.5V Virtex pins are 5V tolerant, and 
the devices can implement 5V PCI. 


The 1.8V Virtex-E family is an enhanced 
superset of the original Virtex family with 
two or three times the amount of 
BlockRAM, as well as support for differen- 
tial I/O standards such as LVDS, BusLVDS, 
and LVPECL. At the high end, Virtex-E 
offers 73,000 flip-flops (+3 million system 
gates). The enhanced 0.18 micron process 
provides higher performance, but requires 
1.8V for the core. The I/O uses up to 3.3 V, 


and is not 5V tolerant. 


The 1.8V Virtex-EM family includes two 
devices that are electrically and architec- 
turally identical with Virtex-E, but have 
significantly more BlockRAM (over 1 mil- 
lion bits in the XCV812E). Virtex-EM is 
also the first FPGA family using copper 
interconnect technology for lower inter- 
connect resistance, higher speed, and better 


resistance to metal-migration problems. 


The Virtex-E and -EM families are highly 
recommended for new designs, where they 
offer not only high speed and high capaci- 
ty, but also valuable system-level features 
such as clock management, a versatile I/O 
structure, and substantial amounts of dual- 
ported BlockRAM. Virtex-EM is ideal for 


memory-intensive applications. 
Spartan-II 


Spartan-II extends the advanced features 
of the Virtex family, with 400 to 4,700 
flip-flops. Spartan-II uses streamlined 
manufacturing methods and limited 
speed, temperature, and package options 
to address the cost-sensitive high-volume 


(consumer) market. 
Conclusion 


Xilinx offers many different programma- 
ble logic families to meet the needs of a 
wide range of applications. Make sure you 
are using the right technology today, so 
your designs will continue to be competi- 


tive tomorrow. 
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tor Creating Intellectual Property 


The XSV Board, designed for the SIP developer community, provides a flexible, low-cost 
platform that supports a large set of interesting applications. 


by Dave Vanden Bout 

Product Manager, XESS Corp. 

With the advent of large FPGAs such as the 
Xilinx Virtex series, the semiconductor 
intellectual property (SIP) market is poised 
for rapid expansion. Developers of open 
SIP serve a large segment of this market. 


With open SIP, the HDL source code and 


schematics for a functional core are made 
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revenue through service and support. But 


open SIP developers need an affordable, 


widely available platform for their cores to 
7 KILN : run on, just as the PC provided the plat- 
ant anhERS™ | | i -— 3 a) r 3 form for the growth of the open Linux OS. 
a \ : Thats why we created the XSV 


Development Board 


XSV Features 
The XSV Development Board from XESS 


Corp., shown in Figure 1, is a general-pur- 
pose Virtex FPGA development platform 
with extensions for multimedia I/O and 
network connectivity. The XSV houses a 
single Virtex chip in a 240-pin PQFP pack- 
age, ranging from the XCV50 (50 K gates) 
up to the XCV800 (800 K gates). The wide 
range of device sizes in the same low-cost 
package lets XESS tailor the price of the 


board to meet the price requirements of 
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open SIP developers and users. Therefore 
you can move from smaller to larger 
FPGAs on the XSV Board without the 


need to rearrange your pin assignments. 
Video and Audio Capabilities 
The XSV Board surrounds the Virtex chip 


with circuitry that supports many of 
today’s important applications. A video 
decoder chip digitizes NTSC, PAL, and 
SECAM formats with up to nine bits of 
resolution. The FPGA can process the dig- 


itized video and store it in one of two inde- 





Figure 1 - XSV Development Board block diagram. 


pendent banks of 512K x 16 SRAM, or it 
can send the video to a 24-bit RAMDAC 
for output on a VGA monitor. Video needs 
sound to go with it, so a 20-bit stereo codec 
lets the FPGA input and output two chan- 


nels of audio. 
Connectivity 


To provide connectivity, the XSV Board 
has interfaces for the parallel, serial, and 
PS/2 keyboard/mouse ports common on 
PCs. There is also a USB port that connects 
a wide variety of devices to the XSV Board 
at up to 12 Mbps through a USB core in 


the FPGA. For even higher speeds, an 
Ethernet physical-level interface links the 
FPGA to a network at up to 100 Mbps. 
The FPGA can also communicate with 
external systems through two 50-pin I/O 
headers (38 general-purpose I/O, 12 


power/ground). 
Configuration 


A Xilinx XC95108 CPLD manages the 
configuration of the XSV Board. The 
CPLD accepts bitstreams via the parallel 
port and loads them into the FPGA. Or it 


can program the bitstream information 
into a 16 Mb Flash RAM on the XSV 
Board. The Flash RAM stores multiple bit- 
streams that are selectable with a DIP 


switch. The CPLD configures the FPGA 


with the selected bitstream upon power-up. 
Using XSV 
The XSV Board is attached to a PC with a 


commonly available 25-wire parallel port 
cable, and is powered with a standard PC- 
ATX power supply. The Xilinx Foundation 
Series or Alliance Series development soft- 


ware is used to generate Virtex bitstreams 


which are loaded into the XSV Board with 
the GXSLOAD utility from XESS. XESS 
also provides utilities to run self-test diag- 
nostics and to set the frequency of the pro- 


grammable oscillator on the XSV Board. 


XSV Board users can get example designs 
and application notes ai[ www.xess.comJand 
can subscribe to an email list of users who 


provide assistance to one another. 
Conclusion 


Using the XSV Board, you can easily devel- 
op Intellectual Property for Xilinx FPGAs. 
This flexible, low-cost platform supports a 
variety of applications and helps you to 
quickly realize your designs. For developing 


IP, there is no faster or easier method. 


For more information contact XESS on- 


line at: !www.xess.com| or send e-mail to: 
fpga-info@xess.com 


About XESS 





XESS Corporation is the 
leading provider of hybrid 
programmable logic/microcontroller 
development boards. Targeted at the 
educational market, XESS boards 
allow universities and students 

to build systems which combine 
elements of hardware and software 
and then quickly explore tradeoffs 
between the two. XESS sells its 
products directly to customers world- 
wide. Founded in 1990, XESS is 
privately held and is headquartered 
in Apex, NC. 
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Development Tools 


Strathnuey - The Xilinx Technologies Integrator 


An entry level PCI card with DIME slot 


capability using Spartan-Il FPGAs. 


by Derek McAulay 

Design Engineer, Nallatech Ltd 
d.mcaulay@nallatech.com 
The low profile PCI/USB 
Strathnuey, is the latest carrier card to be 


added to Nallatech’s award winning DIME 
module product line. The Strathnuey pulls 


card, 


together, in a compact form factor, many 
of the exciting new technologies being 
produced by Xilinx for FPGAs. Support is 
included for the high speed SelectMAP 
interface (which forms the basis for partial 
reconfiguration), Chipscope ILA (giving 
built-in logic analyzer capability), Xilinx 
PCI LogiCORE development (for custom 
application development), and DSP IP 


core verification. 


Using two of the latest Spartan-II devices 
the Strathnuey provides a versatile plat- 
form for application development. The 
Spartan-II family is used in diverse appli- 
cations such as wireless digital communi- 
cation systems, digital TV, high-speed 
DSL, cable modems, and medical imaging 


systems. 


DIME - DSP and Image processing Modules for 
Enhanced FPGAs 


The DIME module slot, illustrated in 
Figure 1, gives access to the wide range 
of DIME modules, which you can use 
to customize the card to your selected 


application. 
DIME Select 


To complement the Strathnuey, a new 
range of low profile modules, called DIME 
Select, are now available from Nallatech. 


These new modules enable you to cus- 
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tomize the Strathnuey for your application 
while maintaining the low cost and fea- 
tures of the DIME standard. DIME Select 
modules will include AD/DA conversion, 
Bluetooth, SDRAM, QDR ZBT, and 
Ethernet. 


DIME Professional 


If you require a higher level of perform- 
ance and more processing power, the 
Virtex-based DIME Professional modules 
can also be mounted onto the Strathnuey. 
These DIME modules are all populated 
with the Virtex family and include a wide 
range of functions, such as video capture 
and display, high speed communications, 
data capture/generation, and complex 


DSP algorithms. 


Whether you are using DIME Professional 
or DIME Select modules, the Strathnuey 
enables you to construct full custom 
FPGA-based systems using standard off 
the shelf products, guaranteeing risk 
reduction and a significant reduction in 


development costs and time to market. 
Configuration Software 


The Strathnuey kit comes complete with 
compiled designs for the PCI/USB inter- 
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face, along with Spartan-II drivers and 


application software, removing the need 
for required expertise in PCI or USB inter- 
facing. The advanced system-level tools 
supplied are those from the established 
DIME range, which include plug and play 
capability and a standard interface which 
provides transparent migration to the 
more powerful and scalable DIME plat- 


forms such as the Ballynuey. 


A key component of the tools is the 
integrated high speed configuration 
mechanism which allows the on board 
Spartan-IJ, or other attached FPGAs, to be 
configured directly over the PCI or USB 
buses, thus eliminating the need for dedi- 
cated download cabling and PROM pro- 
gramming. The configuration of the 
Spartan-II or Virtex-E FPGA (using the 
DIME slot) can be performed via the 
Xilinx SelectMap protocol, or alternatively 
via the JTAG chain, which allows access to 
the data and control registers, enabling 
partial reconfiguration. This feature natu- 
rally provides the mechanism to develop 
dynamically reconfigurable systems giving 
this card the capability of having multiple 


personalities. 


The software tools run on all Windows 
platforms (95/98/NT/2000) and is one of 
the first FPGA-based system platforms to 
be supported under Linux. 


| New Products psy ernenmiccen Here): 


Communication Interface 


Communication and control of the 
Strathnuey is provided by two separate 
mechanisms. Using the universal PCI 
interface enables the card to be used inside 
standard PC systems for embedded appli- 
cations. Alternatively, for standalone or 
remote applications, the card can use the 
USB interface allowing it to be connected 


directly to a laptop, for example. 
IP Core Demonstration Platform 


The flexibility and scalability of the 
Strathnuey make its range of applications 
wide and varied. In particular, the 
Strathnuey is an ideal demonstration envi- 
ronment for IP core suppliers to show 
their cores’ capabilities working “live” with 


real hardware and data. 


As an example, IP developers can easily 
send data to and from their cores via the 
straightforward infrastructure interfaces 
such that demonstration GUIs could be 
constructed to elegantly demonstrate any 
special features of their particular cores. 
Additionally, if required, a DIME module 
can provide the appropriate physical front 
end or back end interface to hook up the 
core with other systems for a complete 


demonstration system. 


Integrated Silicon Systems (ISS), the lead- 
ing multimedia IP core provider, selected 
DIME to demonstrate the capabilities of 
its applications-specific virtual compo- 
nents (ASVCs). “Performance and flexibil- 
ity were key selection criteria when ISS 
went looking for a suitable hardware plat- 
form to demonstrate its multimedia and 
communications IP cores working in 
Xilinx Virtex technology.” commented 
Stephen Farson, Engineering Manager, 


ISS. “Nallatech’s DIME solution excelled 


in these areas.” 
Educational Lab Experiments 


The Strathnuey provides an excellent edu- 


cational platform for Electronic 
Engineering courses, with the ability to go 
far beyond education in FPGA technology 
to complete system design. The simplicity 
of the software interface to the uncommit- 


ted secondary Spartan-II FPGA allows 


very elaborate Computer Based Training 
(CBT) courses to be based around the 
Strathnuey. These can be developed to 
educate the student in many areas and the 
integration of technologies such as the 
Xilinx Chipscope ILA allows the student 
to have a full debug workbench on his PC 
without the expense of additional test 


equipment. 


The addition of DIME Select Modules 
will ensure that lecturers can educate their 


students in many areas including: 

¢ FPGA technology. 

¢ DSP theory. 

¢ Communications theory. 

¢ ADC/DAC principles including aliasing. 
¢ Control theory. 

¢ Hardware and software partitioning. 


The new development system is the result 
of a close collaboration between Nallatech 
and the reconfigurable logic group led by 
Patrick Lysaght at the University of 
Strathclyde. The group has a 70-seat labo- 
ratory for teaching undergraduates digital 
design and has been using Xilinx FPGAs 
since 1989. 
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Figure 1 - Strathnuey block diagram 
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PCI Development Platform 


The Strathnuey can also be used to prove 
your own PCI interface designs when you 
are using the Xilinx 32-bit PCI 
LogiCORE or an in house PCI core. 
Support for 3.3V and 5V PCI is incorpo- 
rated with auto detection circuitry to 
select the appropriate bit streams from 
the flash-based XCV1800 PROMs. These 
PROMs can easily be reconfigured with 


the user-specific bit stream. 
Conclusion 


The Strathnuey gives you a complete plat- 
form that links the exciting new technolo- 
gies from Xilinx. In addition, the 
Strathnuey provides an ideal entry-level 
DIME-based system development plat- 
form, which can also be used as a stepping 
stone to the high performance Ballynuey 


DIME Professional products. 


For more information on the Strathnuey 
or other DIME products, contact 
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Success Story MTT 


Tektronix Logic Analyzers 
800 Mbit/sec Using Virtex FPGAs 


Tektronix chose the Virtex XCV300 
device specitically tor it’s TLA 700 
Rambus adapter, based upon its 
Hexibility and overall performance. 





by Tamara Snowden 
Corporate PR Manager, Xilinx 


tamaras@yilinx.com 


Technology leader Tektronix, headquar- 
tered in Wilsonville, Oregon, recently 
announced its new suite of instruments 
designed for the most challenging leading- 
edge digital design applications. The inte- 
grated tool set is composed of new per- 
formance-leading instruments: the TLA 
714/720 portable and benchtop logic ana- 
lyzers, the TDS694C digital storage oscillo- 
scope (DSO), and complementary connec- 
tion devices. The instruments were 
designed to work together to provide spe- 
cialized features and optimized perform- 


ance. 
An Integrated Solution 


“A digital design engineer operates in an 
environment of accelerating technological 
change under extreme time-to-market con- 
ditions,” said Steve Jennings, director of 
marketing of the Tektronix’ Measurement 
Business Division. “This new integrated 
solution provides superior measurement 
and analysis capabilities for even the most 
challenging design areas like Rambus mem- 
ory systems and next-generation micro- 


processors.” 
Choosing an Upgradable FPGA Solution 
“The Virtex FPGA provides the flexibility 


necessary to implement protocol detection 
and reorganize the data for a delightful pres- 
entation to the Logic Analyzer and in so 
doing, delighting the customer,” said 
Brainard Brauer, a Tektronix design engineer. 
“An ASIC was not an option in this design. 
The Virtex FPGA provides field upgradeabli- 


ces Story ETSI 


ty of the code, which is critical in this fast 


moving, cutting-edge application.” 


“Virtex FPGAs have allowed Tektronix to 
de-serialize the Rambus data bus,” said 
Brauer. Virtex devices accept Rambus data 
after presampling logic has converted the 
serial channel from 26 bits on both edges at 
800Mbit/sec to 56 single edge signals to 
400Mbits/sec. 
cessful at using the Virtex FPGA to accept 
this 400MBits/sec data directly into the 
Virtex device.” This was achieved by pro- 


“Tektronix has been suc- 


viding multi-phase clocks to the device 
(four phases). Each clock was connected to 
a different global clock input, routed over 
its own internal global 
route with separate DLUs 
(Delay Locked Loops). 


“The device achieves a 
setup/hold specification 
better than 1.2ns worst 
Case across temperature 
and at any pin of the 
device,” said Brauer. “It is 
critical to verify that the 
tools have routed each 
data input to an IOB 
(Input/Output Block). In 
the Tektronix implemen- 
tation, four input pins 
were consumed for each 
data line. Asa result, four 
IOBs were required (one for each clock 
phase). The package loading must be care- 
fully understood and compensated for to 


avoid signal slew rate issues. 
Choosing a Software Solution 


Brauer used the Xilinx Alliance Series soft- 
ware to design the TMS810 Rambus inter- 
face adapter, which provides the crucial front 
end interface between Rambus and the 
TLA700 logic analyzer. The Alliance Series 
is the industry's leading open systems soft- 
ware that provides the flexibility to select the 
best EDA design environment for a specific 
application. Combining the advanced 
implementation technology of Xilinx with 
the strengths of its partners provides a pow- 
erful overall design solution, the highest 
clock performance and the highest densities 


in the industry. 


“AN ASIC WAS NOT AN 
DPTION IN THIS DESIGN. THE 
VIRTEX FPGA PROVIDES FIELD 
UPGRADEABLITY OF THE CODE, 


WHICH 1S CRITICAL IN THIS 
FAST MOVING, CUTTING-EDGE |) °° 
APPLICATION. 





A New Family of Logic Analyzers 


The new family of logic analyzers, the 
TLA 714 and the TLA 720, are replacing 
the original TLA 704/711. They offer an 
industry-leading combination of acquisi- 
tion speed, channel width and memory 
depth, all of which are essential for sup- 
porting next-generation microprocessor 
designs. Now offering up to 16M, the 
TLA 714/720 have the deepest memory 
configuration in the industry plus an 
innovative hardware-assisted display sys- 
tem to simplify the management of such a 


large memory. 


“High register count is 
a key to our bus 
decoding implementa- 
tion, once deserialized 
into a wide parallel 
pipe line architecture. 
The Virtex device pro- 
vided the lower power 
consumption we 
needed with much 
higher useable register 
densities than previ- 
devices,” said 
Brauer. 


The new TLA 700 
features an easy-to-use 
Windows 98 user 
interface and a PC platform with expand- 
ed openness in response to customers’ 
strong acceptance of the original TLA 
700’s open platform. Tektronix built in 
an industry-standard computer and oper- 
ating system to provide the user with a 
familiar interface. Because it works just 
like any other PC-based software, the user 
can focus on the problem, rather than the 
tool. Tektronix has also created the 
Embedded Systems Tools 


Program to deliver development 


Partners 


and debug solutions for the 
TLA 700 Series. The solu- 
tions range from providing 
software, analysis tools 
and physical processor 
connections, to disassem- 
bly software that runs on 


the logic analyzer. 





At the heart of all of the TLA 700 Series 
logic analyzer modules is a breakthrough 
called MagniVu™ acquisition technology, 
a super-high-speed sampling architecture 
that dramatically changes the way logic 
analyzers work and what functionality they 
offer. All incoming data is oversampled at 
a 2GHz rate, regardless of how the logic 
analyzer is being used. The oversampled 
data is then processed in real time to per- 
form timing acquisition, state acquisition, 
and triggering without missing the slight- 
est piece of crucial timing information on 


any channel. 
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Xilinx FPGAs tor 
Fibre-channel Switch 


by Tamara Snowden 


Corporate PR Manager, Xilinx 

McDATA Corporation, headquartered in 
Broomfield, CO, is the architect of the 
first enterprise-wide SAN (Storage Area 
Network) solution. McDATA specializes 
in highly available, scalable and centrally 
managed enterprise SANs, providing cus- 


tomers with hardware and software that 


allow dynamic connection between the 
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data center and edge servers in large enter- 
prise data centers. McDATA also offers 
design, implementation planning, integra- 
tion testing, and training services for com- 


panies building enterprise SANs. 
Designing a Bridge Card 


In the late 1990s McDATA designed a 
128-port 9032 Model 5 Director for IBM- 
a super switch for interconnecting main- 


frame computers and high speed peripher- 





When IBM needs 

state of the art 
Fibre-Channel hardware, 
it thinks McDATA. 

When McDATA 

needs FPGAs, 

it thinks Xilinx. 


als like disk and tape arrays. IBM came to 
McDATA again when the company need- 
ed an internal bridge card to manage the 
optoelectronic, framing, and format con- 
version from newer, IEEE One Gigabit 
Fibre-Channel connections (or FICON) 
for the 9032 (Shown in Figure 1). 
Originally designed with the 200-Megabit 
ESCON protocol in mind, to the Model 5 
would be the first of IBM’s switches to 
support FICON. 


ces Story EEE 


Each new bridge card would perform the 
work of up to eight ESCON channels. Up 
to 16 FICON Bridge cards (equivalent to 
128 ESCON ports or one half of the 
Model 5’s capacity) would be supported in 
a single 9032 Model 5 Director. 


Retrofitting the FICON bridge card would 
allow data centers to use 
the much higher speed 
of FICON without 
9032 


Directors. It would also 


replacing the 


give IBM’s customers 
the ability to optimize 
for either raw speed or- 
through multiplexing- 
larger arrays of storage 
devices. Except for the 
costs associated of the 
bridge card itself, 
upgrading the Director 
would be nearly pain- 
less, and conserve the 
customers investment 
in a costly piece of high- 
performance hardware- 
the 9032 Model 5 has a 
backplane with full-duplex, 1-Gigabit 


capacity. 
Choosing FPGAs Over ASICs 


Roughing out the block diagram for the 
new FICON card was straightforward. 
The bridge card would handle multiplex- 
ing and format conversion; IBM would 
perform protocol conversion in the main- 
frame. The 1-Gigabit optical input is 
steered to an optoelectronic converter, and 
from there to a 32-bit, 26-Mhz parallel 
bus. Next is a framer, then a Fibre- 
Channel high-level protocol converter, fol- 
lowed by eight IBM-supplied ESCON 
engines the output of which connect to the 
9032 Director's backplane. 


Xilinx FPGAs form the heart of the bridge 
card’s framer and protocol conversion sec- 
tions. Originally, an ASIC had been tar- 
geted for these roles. But ASIC develop- 
ment is risky and time consuming and 
project engineer Paul Hwang needed to 
minimize risk and get the product to mar- 


ket as quickly as possible. Hwang decided 


“TT WAS MCDATA'S POSI- 
TIVE EXPERIENCE THAT 
MADE XILINX THE CHOICE 
OF THE ENGINEERING 


TEAM. THEY ALSO KNEW 
THAT THEY DIDNT NEED 10 
PUSH XILINX TECHNOLOGY; J beer 


THERE WAS CAPABILITY 
IN RESERVE. 





to use Xilinx FPGAs and design tools 
rather than develop an ASIC. The team 
would take advantage of FPGA repro- 
grammability to design, develop, and 
debug as they went along. 


Using multiple FPGAs sped up the effort 
further. McDATA found that by parti- 
tioning the design into 
modules, each with its 
own FPGA, they could 
assign each part to a dif- 
ferent designer or team 
for easy to manage and 
faster parallel develop- 


ment. 


Xilinx FPGAs were also 
valuable because there 
were so many unknowns 
in the project. In fact, 
once the decision had 
made to use 
FPGAs, McDATA decid- 
ed to optimize the bridge 
card architecture around 
them, to get the most out 
of the programmability. 
This helped minimize 
the impact of specification changes, bugs, 
and implementation changes. Use of the 
FPGAs drastically cut development risk, 
and development moved along far faster 


than the ASIC approach. 


“We knew Xilinx’ product philosophy, 
having been a Xilinx customer for five 
years, and were very comfortable with it 
and with the company’s product,” says 
Hwang. “It was McDATA’s positive expe- 
rience that made Xilinx the choice of the 
engineering team. They also knew that 
they didn’t need to push Xilinx technolo- 


gy; there was capability in reserve.” 
The Design Process 


The design process went smoothly using 
standard Xilinx Alliance Series( software 
tools. “We used the scripting capabilities 
to the fullest so that we could automate as 
much of the process as possible,” says 
Hwang. In addition, McDATA used the 
Xilinx EPIC FPGA editor to help debug 
the design by bringing out internal signals 
to unused I/O pins, something that would 


not have been possible with an ASIC— 
another time saver and another advantage 


of the FPGA approach. 


McDATA used several different Xilinx 
products to implement the bridge card, 
among them the XC4013XL, XC4028XL, 
and XC4044XL FPGAs, and an XC9500 
CPLD. The CPLD was used to interface 
to an Intel i960 processor which down- 
loaded the bitmaps into the FPGAs. As 
the design evolved, McDATA started with 
relatively large FPGAs, but as they altered 
and optimized the design, they moved to 
smaller die sizes especially with respect to 
the XC4013s. McDATA is also moving to 
Xilinx XLA technology FPGAs to “greatly 
help with cost reduction, while continu- 
ing to minimize program risks,” according 


to Hwang. 


The process went so well that McDATA 
is sticking with its original FPGA imple- 
mentation, especially since this allows for 
the design to be further refined. As is 
usually the case, McDATA originally 
anticipated going to an ASIC to mini- 
mize costs. But now, production of the 
FICON Bridge Card is well underway 
using Xilinx FPGAs. The cost reductions 
made using Xilinx XLA-class FPGAs 
have been significant, and consequently, 
there are no immediate plans to switch to 


a custom chip. 


“THE RISK WAS TOO HIGH WITH THE 
ASIC APPROACH. IN HINDSIGHT, WE 


MADE EXACTLY ThE RIGHT DECISION 
TO GO WITH XILINX FPGAS.” 





Conclusion 


Looking back on the development Hwang 
says, - [he risk was too high with the ASIC 
approach. In hindsight, we made exactly 
the right decision to go with Xilinx 
ERGs. 
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Circuit Design 
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ow to set a status flag 


=. 





in-one clock domain, 


clear it in another, and never have to use an 
asynchronous clear for anything but reset. 


by Rob Weinstein 
Senior Member of Technical Statf, 
Memec Design Services 


There are times when it’s important to gen- 
erate a status flag that is set by an event in 
one clock domain and reset by an event in a 
different clock domain. Using a D-type flip- 
flop, where a “1” is clocked in from one 
clock domain and its asynchronous reset is 
pulsed by logic in the second clock domain, 
is the time-honored method to achieve this 
function. While there is nothing logically 
wrong with this, it introduces other prob- 
lems such as combinational logic driving an 
asynchronous reset pin, uncertainty in tim- 
ing constraint boundaries, and muddying 


the global reset function. 


Here, I present an alternative method for 


generating a multiple clock domain flag reg- 
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ister that mitigates these problems. It’s called 
the “Flancter” (named by my colleague, 
Mark Long), and is shown in Figure 1. 


As you can see, it’s made up of two D-type 
flip-flops, an inverter, and an exclusive OR 
(XOR) gate. Notice that the asynchronous 
reset inputs to the flip-flops are shown 
unconnected for clarity only. Normally, 
these would be tied to the global set/reset 


net in the system. 


Operation of the Flancter is simple; when 
FF1 is clocked (rising edge of SET_CLK 
while SET_CE is asserted), OUT goes high. 
When FF2 is clocked (rising edge of 
RESET CLK while RESET CE is asserted), 
OUT goes low. Note that this circuit must 
be used in an interlocked system where the 


flip-flops won't be continuously clocked by 


the two clock domains. Also, the output 
must be synchronized with additional flip- 
flops to mitigate metastability when cross- 


ing clock domains (more about this later). 
How It Works 


To explain its operation, I like to rearrange 
the circuit as shown in Figure 2. 


This is the same circuit as shown in Figure 
1, but untwisted so that the two inputs to 
the XOR gate are clearly visible. You can 
see that the XOR gate’s upper input is 
labeled Q1, while its lower input is labeled 
Q2. Also, Q1 and Q2 are the Q outputs of 
FF1 and FF2, respectively. Now for the 
trick part of this magic trick: the D input 
to FF1 comes from an inverter, so whenev- 
er FF1 is clocked, Q1 assumes the opposite 
state of Q2 and the output of the XOR 
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Figure I - Basic Flancter. 





Figure 2 - Rearranged Flancter 


gate will go high. When FF2 is clocked, Q2 
becomes the same as Q1, and the output 
will go low. In summary, clocking FF1 
causes OUT to go high and clocking FF2 


causes OUT to go low. 


A timing diagram will help describe the 
Flancter’s operation. Figure 3 shows the 


basic timing diagram. 


The basic points of interest in the timing 


diagram are: 


e SET_CLK and RESET_CLK are asynchro- 


nous to each other. 


e At point A, the rising edge of SET_CLK 
while SET_CE is high causes QI to go 
high because it gets the inverted value of 
Q2. Also, OUT goes high because it is the 
XOR of Q1 and Q2. 


eAt point B, the rising edge of 
RESET CLK while RESET_CE is high 
causes Q2? to go high because it gets the 


value of Q1. Also, OUT goes low because 
it is the XOR of Q1 and Q2?. 


e At point C, QI again gets the inverted 
value of Q2, causing OUT to go high. 


e At point D, Q2 goes low because it gets 
the value of Q1, causing OUT to go low. 


So What’s Wrong With It? 


There are a few things wrong with the 
Flancter from the start. One problem is 
that it uses two flip-flops to create a single 
flag bit. This is a minor fault when you 
consider that most FPGAs have an abun- 
dant supply of flip-flops. A more serious 
issue is how to use the output. Remember 
that the output can change synchronously 
to either clock domain. You need to resyn- 
chronize the output to whichever clock 
domain needs to see it; often both clock 
domains. It is common to use two flip- 
flops in series as a metastability-resistant 


synchronizer. 


However, the most serious drawback to the 
Flancter is that operating the set and reset 
flip-flops must be mutually exclusive in 
time. This means that when logic in clock 
domain 1 sets the Flancter, it doesn’t 
attempt to set the Flancter again until it 
sees that it has been reset. Likewise, the 
logic in clock domain 2 never attempts to 
reset the Flancter unless it sees that it has 
been set. Establishing this kind of inter- 
locked protocol guarantees that both of the 
Flancter’s flip-flops won't be clocked simul- 
taneously (or within each other’s setup and 


hold time windows). 
Applications of the Flancter 


There are many applications of the 
Flancter, but a very common application is 
interfacing a microprocessor to an FPGA. 
Typically, the microprocessor and FPGA 
logic run on separate clocks. When the 
microprocessor writes a control register 
within the FPGA, the Flancter can be used 
as a status flag to tell an internal state 


machine that new data is available. 


SET_CE / \ / \ 
Qt / \ 


A 


C 


RESET_CLK | | | | | | | | | 
RESET-CE / \ / \ 
Q2 / \ 


B 


D 


OUT / \ \ 


Figure 3 - Basic Flancter timing 
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Likewise, a state machine within the 
FPGA can use the Flancter to generate an 
interrupt to the microprocessor that is sub- 
sequently cleared by a read or interrupt- 
acknowledge cycle from the microproces- 


sor, as shown in Figure 4. 
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Figure 4 - Flancter used for microprocessor interrupt 


Things to notice in Figure 4: 


¢ The Flancter is made up of FF1, FF2, the 
inverter, and the XOR gate. 


e The state machine, FF1, FF3, and FF4 
are all synchronous to SYSCLK. 


¢ The microprocessor (uP) runs off its own 


clock, PCLK. 


¢ The state machine pulses SET_CE for 
one SYSCLK cycle when it needs to 


request an interrupt. 


¢ The microprocessor performs a read 
cycle from a predefined address to reset 
the interrupt. Although not shown, read- 
ing from this address may also cause a 
status register to be driven onto the 
microprocessors data bus allowing 
simultaneous reading of status and reset- 


ting of interrupt. 


e FF3 and FF4 are resynchronizing flip- 
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flops used to filter any metastable logic 
conditions from propagating into the 


state machine. 


¢ The particular microprocessor used in 


this example employs metastable resistant 


| 
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techniques on its INT input. 


¢ The interrupt sequence is defined such 
that setting and resetting the interrupt 


flag cannot occur simultaneously. 


The following timing diagram helps illus- 


trate the operation: 
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Things to notice in Figure 5: 


e The FPGA’s state machine sets the inter- 
rupt request (INT) at point A. 


¢Sometime later, the microprocessor 
responds to the interrupt by reading a 
status register, thus resetting the inter- 


rupt request at point B. 
Variations on a Flancter 


While the basic Flancter is very simple, many 
useful variations are possible. I describe some 
of the more interesting variations in the 
Flancter app-note available on our website, 


http://www.memecdesign.com/ 





resources/guides/. Some of the variations 


youll find there include the 3-way Flancter, 
the n-way Flancter, the async-reset emulating 
Flancter, and the default-to-active-high 


Flancter. The app-note also has VHDL and 
Verilog listings for the basic Flancter. 


Conclusion 


I turned 37 this year and I got to thinking 
that all the “greats” did their best work long 
before they reached my age. As I look back 
on my design career, I realize that I haven't 
designed any circuits or developed any the- 
orems that will bear my name like the 
Pierce Oscillator or Shannon’s Sampling 
Theorem. The best I can do is to offer the 
Flancter as my legacy. Perhaps someday, the 
Weinstein-Flancter will be found in the 


indexes of engineering tomes right between 


Watt-Hour and Wien-Bridge. 


SET_CE : 
Qt | 


A 


RESET_CE ——— 
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Figure 5 - Flancter interrupt timing diagram 
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Distribution Adds Value: 


Intel StrongARM Supported with Xilinx Spartan-Il FPGAs 


Avnet is a key member of the Xilinx sales force, helping our customers create solid designs using innovative development tools 


by Russ Sinagra 


Marketing Manager GPD, Xilinx 
russell sinagra@xilinx.com 


A number of Avnet customers, in various 
locations across North America, were look- 
ing for a simple and flexible way to develop 
a PCI interface to an Intel StrongARM 
processor, and several Avnet FAEs (Field 
Applications Engineers) across the country 
helped their customers develop unique 
solutions for their individual designs. Then, 
during an Avnet FAE design review where 
the PCI requirements of different cus- 
tomers were discussed, it became apparent 
that there were a number of common 
requirements for a PCI interface—and they 
realized there was a common solution to 


many different problems. 


By using Spartan-II] FPGAs from Xilinx, the 
Avnet FAEs knew they had a great opportu- 
nity to provide an aggressively priced yet flex- 
ible PCI connection that would meet the 
needs of many customers. The FAEs knew 
that this would be a great way to highlight a 
number of Avnet Design Services (ADS) 


strengths as well. 


The Catapult™ StrongARM PCI 
Development Kit 


Avnet combined their ADS _ board-level 
solution services, their FPGA services, and 
their ability to create Intellectual Property, 
to create the Catapult StrongArm PCI 
Development Kit, a solution that covers 
many needs (Fig.1). This kit gives you a 
time-to-market boost by integrating all the 
key product technologies into a single 


development environment. 


A StrongArm SA1110 Processor provides 
the processing power and a Xilinx Spartan- 
IT XC2S100 implements a glueless inter- 
face between the SA1110 processor bus 
and the industry standard PCI bus. Along 
with these hardware resources, Avnet 


Design Services provides IP cores for PCI, 





SDRAM 


StrongArm interface as a starting 


control, and _ the 


point for your specific applica- 
tion. In addition to the IP core, 
software is provided to help 
develop your embedded appli- 

cation. Applications develop- 
ment software is also available from Avnet 
Design Services or third parties. Avnet 
Design Services can also provide engineer- 
ing consulting services, helping you to 
quickly customize your design to further 


speed your time to market. 


The kit sells for $8,995.00 and is available 


now from your local Avnet distributor. For 


more information, visit the Avnet site at: 


http://www.ads.avnet.com 





Figure I - Catapult block diagram 
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Virtex 





Each Virtex family has its own unique fea- 
tures to meet different application require- 
ments. All devices have both distributed 
RAM and block RAM, and between four 
and eight DLLs for efficient clock manage- 


ment. 


Virtex and XC4000X Series FPGAs 


The XC4000X Series is part of the broad 
spectrum of Xilinx “XL” products unveiled 
September, 1998. As a result, Xilinx offers 
the broadest choice of 3.3 volt and 2.5 volt 
devices available from a single supplier, with 


densities ranging from 800 to 500,000 sys- 


Designed in an advanced 0.25 micron 
process, the XC4000X series delivers indus- 
try-leading performance while significantly 


reducing power consumption. 


tem gates. With 12 family members ranging 
from 30,000 to 500,000 system gates, the 
devices feature patented SelectRAM memo- 


See | www.xilinx.com 
for more information. 


¢The Virtex family, consisting of devices 
that range from 50K up to 1 million logic 
gates, supports 17 I/O standards, and offers 


5V PCI compliance ry, with a highly flexible arrangement of 


logic, single-port, or dual-port memory. 
¢ The Virtex-E family 


offers the highest logic 
FPGA Product Selection Matrix 


gate count available for 


any FPGA, ranging FEATURES 





from 50K up to 3.2 e 8 a FE © 
“—We Ze) AES — 
million system gates, o = Az = = 2/0/46 
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XCVv1000 27648 | 332K | 622K-1,124K | 512K | 6éxa6 | 6144 (24576 [512 | 24 |¥ || -| X= 
XCVS0E 1728 | 21K | 47K-72K | 88K | 16x24 | 384 | 1536] 176 | 2/24 | Y | X [VO] VO| **| 
XCV100E 2700 | 32K | 105K-128K_| 118K | 20x30 | 600 | 2400 | 176 | 2/24 | ¥ | x |vO| vol ** 
XCV200E Virtex-E Family: | 5292 | 64K | 215K-306K_| 186K | 28x42 | 1176 | 4704 | 284 | 2/24 | Y | x |o| VO] ** | 
xovsone | ets | aaa | sak | aakarak | zak sas 106 | rat s16 | at | |x [uO HO) = 
XCV400E Leadership | 10800 | 130K | 413K-570K_| 310K | 40x60 | 2400 | 9600 | 404 | 2/24 | Y | x |o| VO] **| 
XCV600E BlockRAM | 15552 | 187K | 679K-986K | 504K | 48x72 | 3456 |13824| 512 | 2/24 /0 
Distributed RAM ioe! & 
XCV1000E pate 27648 | 332K | 1,146K-1,569K | 768K | 64x96 | 6144 |24576 | 660 | 2/24 vo | Vol * 
XCV1600E 8 DLLs ens | sak 22 eK ORK 72x108 
XCV2000E LVDS, BLVDS, | 43200 | 518K | 1,857K-2,542K |1240K |8 9600 |38400 | 804 | 2/24 1/0 
XCV2600E LVPECL 57132 | 686K | 2,221K-3,264K |1530K |92x138 |12696 |50784 | g04 | 2/24 1/0 
XCV3200E rn | amar oa 64896 
rox Erode 00 [408 208 
XCV812E Memory Capabilities | 91168 | 254K erin 4704 |18816 | 556 | 2/24 0 | /0| ** 


*  |/Os are 5V tolerant 

** 5 Volt tolerant I/Os with external resistor 
X = Core and |/0 voltage 

I/Os = 1/0 voltage supported 
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Spartan 


Robust Feature Set Advantages Over ASICs 


¢ Flexible on-chip distributed and ¢ No costly NRE charges. 


block memory. 
y e No time consuming vector generation 





¢ Four digital Delay Locked Loops for needed. 
Say hello to a new level of performance; the efficient chip-level/board-level clock All devi 1 
Spartan-II family now includes devices management. * All devices are 100% tested by Xilinx. 
with over 200,000 system gates, and you ¢ Field upgradeable (remotely upgrade- 


¢ Select I/O Technology for interfacing 


get 100,000 system gates for under $10, at able, using Xilinx Online technology). 


speeds of 200Mhz and beyond, giving you with all major bus standards such as 


design flexibility that’s hard to beat. These HSTL, GTL, SSTL, and so on. “Ne lengthy prototype or production 
low-powered, 2.5-V devices feature I/Os ¢ Full PCI compliance. a nas: 
that operate at up to 3.3V with full 5-V ¢ Priced aggressively against comparable 


¢ System speeds over 200 MHz. ASICS 


tolerance. Spartan-II devices also feature 
multiple Delay Locked Loops, on-chip ¢ Power management. 
RAM (block and distributed), and versatile 
I/O technology that supports over 16 high- 
performance interface standards. You get ¢ Complete suite of design tools. inx.com/products/spartan2 
all this in an FPGA that offers unlimited 
programmability, and can even be upgrad- 
ed in the field, remotely, over any network. ¢ Compile designs in minutes. 


Extensive Design Support 


For more information see www.xil- 





¢ Extensive core support. 


FPGA Product Selection Matrix 
DENSITY FEATURES 
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Logic Cells 
aximum 
Logic Gates 
Gate Range 


DEVICES KEY FEATURES 


XCS05 Spartan Family: 
xcs gh Voume | aps] aK | aK-10 
XCS20 Replacement/ | 950) 10K | 7K-20K 
XCS30 High Performance/ 1368 10K-30K 24x24 
XCS40 SelectRAM Memory | 1862 13K-40K 28x28 
XCSO5XL Spartan-XL Family: 2K-5K 10x10 | 100 | 
XCS10XL Uae | 466] 5K | 3K-10K 14x14 | 196. 
XCS20XL Replacement/ 950] 10K 7K-20K 20x20 400 
XCS30XL High Performance/ | 1368 10K-30K 24x24 1 
XCS40XL SelectRAM Memory | 1g62| 20K | 13K-40K | 25K| 28x28 | 784 
xCIS16 ek-TaK | 22K] ext? | 96 
XC2$30 aL aAToURae: 13K-30K 12x18 
XC2$50 BlockRAM 1728 23K-50K | 56K| 16x24 | 384] 1 
XC2$100 Distributed RAM | 2700 37K-100K 20x30 | 600) 2400 
XC2S150 St 3888| 77K | 52K-150K | 102K| 24x36 3456 
XC2$200 : 5292| 103K | 71K-200K | 130K) 28x42 | 1,176| 4704 


* 1/Os are tolerant 
X = Core and 1/0 voltage 
I/Os = 1/0 voltage supported 
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Reference 


CPLDs 


XC9500 and CoolRunner CPLDs 


WebPOWERED Software Solutions - Offer 
you the flexibility to target the XC9500 
and CoolRunner Series CPLDs on-line or 


Whether performing 
high speed network- 
ing-based or power- 


conscious portable on the desktop, including: 


. designs, Xili 
a ae -ovi i so © WebFITTER - an on-line device fitting 
Vv 
me “ a P y and evaluation tool that accepts HDL, 
with a complete 


ABEL, or netlist files and provides all 


reports, simulation models, and pro- 


range of value ori- 





d products. 
a gramming files, along with price quotes. 


© WebPACK - downloadable desktop solu- 
XC9500 - Offers industry- tions that offer free CPLD software 


leading speeds, while giv- 





ing you the flexibility of an 


CPLD Product Selection Matrix Density 



















modules for ABEL/HDL synthesis and 
simulation, device fitting, and JTAG 
programming. 
Through leading performance, free inter- 
net-based WebPOWERED software and 
the industry's lowest power consumption, 


Xilinx has the right CPLD for every 


designer’s need. 
g 


See www.xilinx.com/products/cpldsolu- 


tions/index.htm for more information 











Features 









Frequency 
Individual 
Part Number 





enhanced customer-proven © ~ 
c = = oF 
pin-locking architecture S ~ 5 E a 2 
| ith ive IEEE : $ > S is 
along with extensive = = > S oe 
a) ‘am < = = ra on) 
Std; 1149.1 JTAG 
Boundary-Scan support. XC9536XL Best Pin-Locking || 3 | 4 
xcagoox, |_XC9872KL_| JTAG w/Clamp rae ew 
CoolRunner - Offers the XC95144XL a Pete 4] ou7 | 5 
igh Endurance 
patented Fast Zero Power XC95288XL 288 Pie [| 6 | it 
(FZP() design technology, XCR3032XL ree 32 ee 
combining low power and aeicaaaute TAG es oe ee 
: : 3.3 Volt XPLAS XCR3128XL Increased Logic 128 104 | 6 | 166 
high speed. These devices g 
ISP XCR3256XL_| Flexibility 256 | 160 | 75 | 183 


offer standby currents of 
XCR3032A 
XCR3064A 
XCR3128A 


less than 100 microamps, 
XPLA- 


. _670 
operating currents 50-67% Enhanced 


lower than 
CPLDs, and pin-to-pin 
speeds of 5.Ons. 


traditional 
XPLA2 


XC9536 
XC9572 


XC95108 
XC9500 


XC95144 


XC95216 
XC95288 


XPLA- 
Enhanced 


Be) @ BD EEE a 
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XCR3384XL 


XCR3320 
XCR3960 





XCR5032C 


XCR5064C 
XCR5128C 










384 


oe 
Ultra Low Power 


ie 
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Ha rs 
ie yee 

5 | 100 

of wy 






PZ3064A 
PZ3128A 
PZ3320C 


PZ3960C 


Ultra Low Power Ee Ei ees 
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Best Pin-Locking 
JTAG 
High Endurance 


(op) 
jor) 
NI 


PZ5032C 
PZ5064C 


PZ5128C 


Ultra Low Power 
JTAG 


Ultra 
ean |e ee Peal We, | eee es a [5 | boa ||| ee 
Low-Power 








PROMs 





XC18V FPGA Contigurations 





j 3.3V Configuration PROMs 
“ JTAG 
XC1765EL(X Se 
XC17128EL(X 
\(] 1S XC17256EL(X 


XC17512L 
XC1701L 





XC18V128 2 | XX 
XC18V512 IE 2 a a 
XC18V01 SS a eae Se aes 


XC18V02 icc: ae on 
XC18V04 


Note: XC1700EL parts are marked with an “X” instead of “EL” 





Xilinx offers a full range of configuration memo- 
ries optimized for use with Xilinx FPGAs. Our 
PROM product lines are designed to meet the 
same stringent demands as our high-performance 

3.3V Configuration PROMs for Spartan-XL/Spartan-l| 


FPGAs and CPLDs, taking full advantage of the FPGA Configuration Bits | Family | PROM Solution| Pps | vos |S020 
same advanced processing technologies. In addi- XCS05XL 54,544 Spartan XL} XC17SO05XL | X X 


XCS10XL 95,752 SpartanXL| XC17S10XL_ | X | X | | 


tion, they were developed in close cooperation 
with Xilinx FPGA designers for optimal perform- 


ance and reliability. 


XC18V: Our in-system re-programmable family 
provides a feature-rich, fast configuration solution 


unmatched by any other configuration PROM 





-XC2S15_ | 197,696 | Spartan il | XC17Si5SXL_| X | X | | 
-XCS20XL_| _-179,160___| SpartanXL| XC17S20XL_{| X | X |_| 
-XCS30XL_| 249,168 | SpartanXL| _XC17S30XL_| X | X |_| 
-XC2830_ | 336,768 | Spartan Il | XC17S30XL_| X | X | | 
-XC2S50_ | 559,232 | Spartan Il | XC17S50XL_| X | | X 

-XC28100_ | 781,248 | Spartan Il | XC17S100XL_| X | | X | 
-XC28150_ | 1,041,128 | Spartan Il | XC17S150XL_| X | | X | 


* In development 


available today, and provides a cost-effective 
method for re-programming and storing large 


Xilinx FPGA bitstreams. This family is JTAG 
ready and Boundary-Scan enabled for exceptional Configuration PROMs for Virtex-E 


ease-of-use, system integration, and flexibility. a Gonfigtieion 
XC1I7V/XC17S: Our low-cost XC17V and XC17S XCVS0E ce 048 x" Ss 
863,840 ae : (imal Pe 
-AcvaOOE _|_L442.108._|__g2__}_ —}— 
eae [tee fe PTTL 
XCV405E 3 ‘430, 400 
-AGWSOOE J S961092 J.-B} Ld LX 
-XCV812E_ | 6519648 | O04+04or0s*_ | =| | | X | 
Se a ee SS ES 
| XCVI600E | 8,308,992 | O4+04or0s* | | | | X | X | 
SS SSsicerks 
[Ss] 


families are an ideal configuration solution for 
cost-sensitive applications. XC17V00 PROMs are 
pin-compatible with our 18V family to allow for a 
cost-reduction migration path as your production 
volumes increase. The XC17S family is specially 
designed to provide a low-cost, integrated solution 


ili | 10,159,648 : 
for our Spartan families of FPGAs. XCV2000E_| 10,159,648 04+08* or 16 


XCV2600E | 12,922,336 
XCV32006 | 16,283,712 Pe oe 


* In development 
** Available on XC17xx only 
*** Available in XC18Vxx only 





Configuration PROMs for Virtex 


FEGAS | eo) oil tianan) |) Atlee See.) ens) | Pezd)| Soz0 Pes | ves 
Bits ciation 
XCV50 558,048 xs Xe 


Fxevioo | rae | oF oxx 
rxeviso | tosagae [ot KX | 


xCVv200 | 1,334,688 | 02 | |X | CX 
xcvs00 | 1750656 | 02 | |X | CX 
Le 


ele ac 
Pxcveo0 | se0egie | os i i XX 
xcveoo | a7iaaod | O#esia | | | | x | x 
Pxcvioo | 6126578 | eo | | | |x (|x| 


* Available on XC17xx only 
** Available on XC18Vxx only 
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QPRO 


QPRO QML-Certitied FPGAs and PROMs 


The Xilinx QPRO family of Radiation 
Hardened FPGAs and PROMs are finding 
homes in many new satellite and space 
applications. Both the XQR4000XL and 
XQVR Virtex products are being designed 
into space systems that will utilize reconfig- 
urable technology. Numerous communica- 
tions and GPS satellites, space probe, and 
shuttle missions are included on the grow- 
ing list of programs that will be flying these 
devices. 


FPGA Product Selection Matrix 


The Virtex QPRO family of High 
Reliability products is experiencing a high 
degree of success in the defense market. As 
designers find it more and more difficult to 
find components suitable for the harsh 
environments seen by defense systems, they 
are discovering that they can incorporate 
the functions of obsolete parts into Virtex 
QPRO products. This has the added long 
term advantage of significantly reducing 
the costs of future re-qualifications, 


because their systems can retain consistent 
form, fit, and function through the use of 
Virtex QPRO FPGAs. This cannot be 
achieved with costly and inflexible ASICs 


or custom logic. 





mation about these products, including 
some new applications notes. 


FEATURES 


Typical System 
Gate Range 


Max. RAM Bits 


Logic Gates 


Maximum 


Logic Cells 


CLB Matrix 
cs 
Output Drive 


DEVICES KEY FEATURES 


XQR/X04013XL XC4000 Series: 
Density 
XQOR/X04036XL 


Leadership/ 


XOR/XO4062xL_ | "a erformance/ 
X04085XL Memory 
XQV100 


**XQVR/XOV300 
**XQVR/XOV600 


—- 
foe) 
~ 
on 
~ 
for) 


13K 
rs 05 | 10 
176K-323K 


27648 | 332K | 622K-1,124K 
* |/Os are tolerant 


** XQR and XQVR devices are Radiation Hardened 
X = Core and I/O voltage 
I/Os = 1/0 voltage supported 


= | © 
co | OD 
x |x 
= | © 
co | © 
wo; nm|;— 
— | © | NO 
Oo |} Oo 
Oo; | om 


0 


Virtex Family: 
Density/ 
Performance 
Leadership 
BlockRAM 


**XQVR/XQV1000| Scleetl/O4 DLLs 


NO 


~ o;~s |] + 
©Oo & {| NM 
Oo1 
oO 


160K 
312K 
512 





(1) All devices specified from -55°C to +125°C 
(2) Selected XQ4000E/EX devices also available 











OPRO OML-certified PROMs 


XC1736D 36Kb X 
XC1765D | 64Kb | X | | | 
XC17128D 2ekb | X | || 
XC17256D 256Kb | X | | | 
XOR/XO1701L¥ | iMb | | X | X | 
aa eas 


XOR/XO.1704L* | 4Mb | | 


* XQR devices are Radiation Hardened. 
** XQ devices only. 
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Xilinx development systems give you the 
speed you need. With version 3.1i solu- 
tions, Xilinx place and route times are as 
fast as 2 minutes for our 200,000 gate, 
XC2S8200 Spartan(r)-II device, and 30 
minutes for our 1 million gate, system-level 
XCVI1O00E Virtex(tm)-E device. That 
makes Xilinx development systems the 
fastest in the industry. 


And with the push of a button, our timing- 
driven tools are creating designs that sup- 
port I/O speeds in excess of 800 Mbps, and 
internal clock frequencies in excess of 300 


MHz. 


These development solutions combine 
powerful technology with a flexible, easy to 
use graphical interface to help you achieve 
the best possible designs within your proj- 
ect schedule, regardless of your experience 
level. 


Software 


Alliance Series Foundation Series ISE Series 
ALI-STD ALI-ELI FND-EXP FND-ELI FND-BAS FND-BSX ISE-ELI ISE-EXP ISE-BSX 











Lead Product Feature Comparison 









EL a a) 
Schematic Entry [ V 
ABEL Entry [ my 
HDL Editor oe 1 
State Diagram Editor ome Vo" Vos" Vso 
4 [eaa4 
Operating System PC/UNIX PC PC PC PC PC 


Gate Level Timing Simulation [ 
HDL Simulation MTI** 


HDL Test Bench Generator Sy 
Xilinx Synthesis Technology (XST) sy 
FPGA Express [ee 


a 
MTI** 


i 
MTI** 


pe 


| 


MTI** MTI** MTI** 


VSS* 


MTI** MTI** 
VSS* VSS* 


| 
| 


Incremental Synthesis 


System Features ALI-STD ALI-ELI 
ql 


Constraints editor 


FND-ELI | FND-BAS 


7) 
m 


2|| <2.|| <2. ]| <2.|| 2. |] || 2. ]) || 2. || 22] || 2] 2 |] |] || = 
” 
x< 


Floorplanner 

CPLD ChipViewer 

Pin Editor 

FPGA Editor 

Core Generator included 
Configuration by cable 
Error navigation to Xilinx Web 
Command line operation 
HTML timing reports 
Data Book 1/0 timing 
Project archiving 

System Interfaces 

EDIF in 

PROM file generation 
JTAG download software 
IBIS 

STAMP 

VHDL, Verilog 


HDL Simulation libraries 








77) 
= 





*VSS - Delivered as part of the ALLSTAR program or as a backPACK module in WebPACK 





Lead Product Device Support Comparison 


Alliance Series Foundation Series 
Part Number ALI-STD ALI-ELI FND-EXP  FND-ELI! FND-BAS FND-BSX 


XCV50 only 


All devices up to 
XCV1000 

XCV50E only 
All devices up to 
XCV1000E 











ISE Series 
ISE-ELI ISE-EXP ISE-BSX 





All devices up to 
XCV3200E 
XCV405EM 
XCV812EM 
XCSxx i 
(All devices) 
Spartan XL | XCSxxXL 4 
(All devices) 
XC2SxxXL 
(Includes V 
XC2S200) 
XC9500 XC9500 XV/XL 
Series (All devices) 
XC400 XC4000E/L/EX J 
Series (All devices) 
XC4000XL/XLA 
(All devices up to 
XC4020) 


NT 
I 
I 


ES ES ERESERED 
pe fet fe Te 
XC3000 XC3x00A/L 

XC5200 XC5200 


*Note: CoolRunner Series is only available in WebFITTER and WebPACK at this time. 






XC4000XL/XLA 
(All devices) 
XC4000XV 

(All devices) 
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The Spartan®-II family offers a 
winning combination of perfor- 
mance and price. In fact with 


over 200,000 system gates, clock 





speeds beyond 200MHZ, and lightning fast 
compile times, Spartan-II FPGAs give you the 


best dollar value in the industry. 







Get rid of the risk 
Now you've got the design flexibility you've 
been waiting for, without any annoying NRE 
costs, strung-out production times, or the design 


risks associated with a typical ASIC. To save system 


You can bet. 
your ASIC on it. 





SPARTAN-3i 





costs, there’s also multiple Delay Locked Loops, on-chip 
RAM (block and distributed), and our unique Selectl/O™ 


interface technology. 


Xilinx IP Center completes 
the total solution 


The Xilinx IP Center brings you all the 
FPGA cores, reference designs, design 
services and third party support you could 


wish for, all easily available via the web. 


~ Find out more today by visiting us at 


www.xilinx.com/sp 1.htm.} You'll soon see 


why you can bet your ASIC on us. 


>< XILINX’ 


The Programmable Logic Company™ 


www.xilinx.com 
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